search for: 5cbbe2c1

...running the close chain regardless of whether the plugin is open. Signed-off-by: Eric Blake <eblake@redhat.com> --- server/backend.c | 5 ++++- server/connections.c | 2 +- 2 files changed, 5 insertions(+), 2 deletions(-) diff --git a/server/backend.c b/server/backend.c index 64267bfe..5cbbe2c1 100644 --- a/server/backend.c +++ b/server/backend.c @@ -186,8 +186,11 @@ backend_open (struct backend *b, struct connection *conn, int readonly) if (b->i) /* A filter must not succeed unless its backend did also */ assert (conn->handles[b->i - 1].handle); } - else + else...

I'm still working on another set of patches to have reopen call .finalize/.prepare (so that another filter can safely appear between retry and the plugin), but for tonight, these are the patches I think are ready to go. Eric Blake (4): retry: Handle can_fua and can_fast_zero changes tests: Test retry with different fua/fast-zero flags server: Close backends if a filter's .open fails

I still don't have .prepare/.finalize working cleanly across reopen, but did find a nasty bug where a botched assertion means we failed to notice reads beyond EOF in both the xz and retry filter. Refactoring backend.c will make .finalize work easier. Eric Blake (5): xz: Avoid reading beyond EOF retry: Check size before transactions tests: Test retry when get_size values change