linux-toradex.git/drivers/block/drbd/drbd_worker.c, branch v3.2.68

drbd: Use the correct max_bio_size when creating resync requests

2011-06-30T07:23:40+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: Fix spelling

2011-05-24T08:21:29+00:00

Found these with the help of ispell -l.

Signed-off-by: Bart Van Assche 
Signed-off-by: Lars Ellenberg 
Signed-off-by: Philipp Reisner

drbd: fix potential distributed deadlock

2011-05-24T08:02:41+00:00

We limit ourselves to a configurable maximum number of pages used as
temporary bio pages.

If the configured "max_buffers" is not big enough to match the bandwidth
of the respective deployment, a distributed deadlock could be triggered
by e.g. fast online verify and heavy application IO.

TCP connections would block on congestion, because both receivers
would wait on pages to become available.

Fortunately the respective senders in this case would be able to give
back some pages already. So do that.

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: Fixed handling of read errors on a 'VerifyS' node

2011-03-10T10:48:20+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: Fixed handling of read errors on a 'VerifyT' node

2011-03-10T10:48:18+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: Remove unused function atodb_endio()

2011-03-10T10:48:15+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: don't BUG_ON, if bio_add_page of a single page to an empty bio fails

2011-03-10T10:48:10+00:00

Just deal with it more gracefully, if we fail to add even a single page
to an empty bio. We used to BUG_ON() there, but it has been observed in
some Xen deployment, so we need to handle that case more robustly now.

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: log UUIDs whenever they change

2011-03-10T10:48:01+00:00

All decisions about sync, sync direction, and wether or not to
allow a connect or attach are based on our set of UUIDs to tag a
data generation.

Log changes to the UUIDs whenever they occur,
logging "new current UUID P:Q:R:S" is more useful
than "Creating new current UUID".

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: only generate and send a new sync uuid after a successful state change

2011-03-10T10:47:52+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg

drbd: cleaned up __set_current_state() followed by schedule_timeout() calls

2011-03-10T10:47:42+00:00

Signed-off-by: Philipp Reisner 
Signed-off-by: Lars Ellenberg