Lars Ellenberg 35f47ef1a1 drbd: avoid to shrink max_bio_size due to peer re-configuration ... For a long time, the receiving side has spread "too large" incoming requests over multiple bios. No need to shrink our max_bio_size (max_hw_sectors) if the peer is reconfigured to use a different storage. The problem manifests itself if we are not the top of the device stack (DRBD is used a LVM PV). A hardware reconfiguration on the peer may cause the supported max_bio_size to shrink, and the connection handshake would now unnecessarily shrink the max_bio_size on the active node. There is no way to notify upper layers that they have to "re-stack" their limits. So they won't notice at all, and may keep submitting bios that are suddenly considered "too large for device". We already check for compatibility and ignore changes on the peer, the code only was masked out unless we have a fully established connection. We just need to allow it a bit earlier during the handshake. Also consider max_hw_sectors in our merge bvec function, just in case. Signed-off-by: Philipp Reisner <philipp.reisner@linbit.com> Signed-off-by: Lars Ellenberg <lars.ellenberg@linbit.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>		2013-11-08 09:10:29 -07:00
..
drbd_actlog.c
drbd_bitmap.c
drbd_int.h	drbd: Fix adding of new minors with freshly created meta data	2013-11-08 09:10:28 -07:00
drbd_interval.c
drbd_interval.h
drbd_main.c	drbd: fix NULL pointer deref in module init error path	2013-11-08 09:10:28 -07:00
drbd_nl.c	drbd: avoid to shrink max_bio_size due to peer re-configuration	2013-11-08 09:10:29 -07:00
drbd_nla.c
drbd_nla.h
drbd_proc.c
drbd_receiver.c	drbd: fix decoding of bitmap vli rle for device sizes > 64 TB	2013-11-08 09:10:28 -07:00
drbd_req.c	drbd: avoid to shrink max_bio_size due to peer re-configuration	2013-11-08 09:10:29 -07:00
drbd_req.h
drbd_state.c
drbd_state.h
drbd_strings.c
drbd_vli.h
drbd_worker.c
drbd_wrappers.h
Kconfig
Makefile