NeilBrown cb8b12b5d8 md/raid10: always initialise ->state on newly allocated r10_bio ...

Most places which allocate an r10_bio zero the ->state, some don't.
As the r10_bio comes from a mempool, and the allocation function uses
kzalloc it is often zero anyway.  But sometimes it isn't and it is
best to be safe.

I only noticed this because of the bug fixed by an earlier patch
where the r10_bios allocated for a reshape were left around to
be used by a subsequent resync.  In that case the R10BIO_IsReshape
flag caused problems.

Signed-off-by: NeilBrown <neilb@suse.de>

2014-08-19 17:20:27 +10:00

..

bcache

…

persistent-data

…

bitmap.c

…

bitmap.h

…

dm-bio-prison.c

…

dm-bio-prison.h

…

dm-bio-record.h

…

dm-bufio.c

…

dm-bufio.h

…

dm-builtin.c

…

dm-cache-block-types.h

…

dm-cache-metadata.c

…

dm-cache-metadata.h

…

dm-cache-policy-cleaner.c

…

dm-cache-policy-internal.h

…

dm-cache-policy-mq.c

…

dm-cache-policy.c

…

dm-cache-policy.h

…

dm-cache-target.c

…

dm-crypt.c

…

dm-delay.c

…

dm-era-target.c

…

dm-exception-store.c

…

dm-exception-store.h

…

dm-flakey.c

…

dm-io.c

…

dm-ioctl.c

…

dm-kcopyd.c

…

dm-linear.c

…

dm-log-userspace-base.c

…

dm-log-userspace-transfer.c

…

dm-log-userspace-transfer.h

…

dm-log.c

…

dm-mpath.c

…

dm-mpath.h

…

dm-path-selector.c

…

dm-path-selector.h

…

dm-queue-length.c

…

dm-raid1.c

…

dm-raid.c

…

dm-region-hash.c

…

dm-round-robin.c

…

dm-service-time.c

…

dm-snap-persistent.c

…

dm-snap-transient.c

…

dm-snap.c

…

dm-stats.c

…

dm-stats.h

…

dm-stripe.c

…

dm-switch.c

…

dm-sysfs.c

…

dm-table.c

…

dm-target.c

…

dm-thin-metadata.c

…

dm-thin-metadata.h

…

dm-thin.c

…

dm-uevent.c

…

dm-uevent.h

…

dm-verity.c

…

dm-zero.c

…

dm.c

…

dm.h

…

faulty.c

…

Kconfig

…

linear.c

…

linear.h

…

Makefile

…

md.c

…

md.h

…

multipath.c

…

multipath.h

…

raid0.c

…

raid0.h

…

raid1.c

…

raid1.h

…

raid5.c

…

raid5.h

…

raid10.c

md/raid10: always initialise ->state on newly allocated r10_bio

2014-08-19 17:20:27 +10:00

raid10.h

…