search for: random_can_multi_conn

...alls. diff --git a/plugins/random/random.c b/plugins/random/random.c index 9c805ab..ba51520 100644 --- a/plugins/random/random.c +++ b/plugins/random/random.c @@ -107,6 +107,13 @@ random_get_size (void *handle) return size; } +/* Serves the same data over multiple connections. */ +static int +random_can_multi_conn (void *handle) +{ + return 1; +} + /* Read data. */ static int random_pread (void *handle, void *buf, uint32_t count, uint64_t offset, @@ -148,6 +155,7 @@ static struct nbdkit_plugin plugin = { .config_help = random_config_help, .open = random_open, .get_size...

For existing commits, this is almost identical to v1, except that I updated some commit messages and reordered the commits in a somewhat more logical sequence. The main changes are the extra commits: [06/11] plugins: Return NBD_FLAG_CAN_MULTI_CONN from some readonly plugins. - Readonly plugins that can set the flag unconditionally. [09/11] partitioning: Return NBD_FLAG_CAN_MULTI_CONN. [10/11]

I'm still working my way through the filters before this series will be complete, but this is enough of a start to at least get some feedback on the idea of implementing another NBD protocol extension. Eric Blake (9): server: Internal hooks for implementing NBD_CMD_CACHE plugins: Add .cache callback file, split: Implement .cache with posix_fadvise nbd: Implement NBD_CMD_CACHE

Since v1: - rework .can_cache to be tri-state, with default of no advertisement (ripple effect through other patches) - add a lot more patches in order to round out filter support And in the meantime, Rich pushed NBD_CMD_CACHE support into libnbd, so in theory we now have a way to test cache commands through the entire stack. Eric Blake (24): server: Internal hooks for implementing