[dm-devel] [RFC PATCH 0/9] dm-thin/xfs: prototype a block reservation allocation model

2016-03-19 Thread Brian Foster
Hi all, This is a proof-of-concept of a block reservation allocation model between XFS and dm-thin. The purpose is to create a mechanism by which the filesystem can determine an underlying thin volume is out of space and opt to return -ENOSPC to userspace rather than waiting until the volume is

[dm-devel] [git pull] device mapper changes for 4.6

2016-03-19 Thread Mike Snitzer
Hi Linus, The following changes since commit 4328daa2e79ed904a42ce00a9f38b9c36b44b21a: dm: fix dm_rq_target_io leak on faults with .request_fn DM w/ blk-mq paths (2016-02-21 20:27:50 -0500) are available in the git repository at:

[dm-devel] [RFC PATCH 7/9] dm thin: add method to provision space

2016-03-19 Thread Brian Foster
This is a hacky interface added to support the filesystem experiment for reserving blocks out of thin pools. The XFS POC uses this method provision space in the pool when blocks are allocated. The number of actual blocks allocated is returned, which is used to update the filesystem accounting.

Re: [dm-devel] [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's

2016-03-19 Thread Joe Thornber
On Tue, Mar 15, 2016 at 10:59:15AM +, Thanos Makatos wrote: > On 15 March 2016 at 01:45, Eric Wheeler wrote: > > Hi Joe, > > > > Please review the patch below when you have a moment. I am interested in > > your feedback, and also interested in having this

[dm-devel] [PATCH 5/5] dm: Update dm-uevent.txt

2016-03-19 Thread Andy Grover
Document the current dm uevent API, as modified by this patchset. Signed-off-by: Andy Grover --- Documentation/device-mapper/dm-uevent.txt | 48 ++- 1 file changed, 41 insertions(+), 7 deletions(-) diff --git

Re: [dm-devel] [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's

2016-03-19 Thread Ming-Hung Tsai
2016-03-18 6:45 GMT+08:00 Eric Wheeler : > > On Thu, 17 Mar 2016, Joe Thornber wrote: > >> If you're skipping the mappings does the new thin_ls provide enough >> information for you? > > Our primary need is the ability to specify --device-id in the o:L:d output >

[dm-devel] [RFC PATCH 2/9] dm: add methods to set and get reserved space

2016-03-19 Thread Brian Foster
From: Mike Snitzer Signed-off-by: Mike Snitzer --- drivers/md/dm.c | 75 +++ include/linux/device-mapper.h | 5 +++ 2 files changed, 80 insertions(+) diff --git a/drivers/md/dm.c b/drivers/md/dm.c

[dm-devel] [RFC PATCH 9/9] xfs: adopt a reserved allocation model on dm-thin devices

2016-03-19 Thread Brian Foster
Adopt a reservation-based block allocation model when XFS runs on top of a dm-thin device with accompanying support. As of today, the filesystem has no indication of available space in the underlying device. If the thin pool is depleted, the filesystem has no recourse but to handle the read-only

[dm-devel] [RFC PATCH 6/9] dm: add method to provision space

2016-03-19 Thread Brian Foster
Signed-off-by: Brian Foster --- drivers/md/dm.c | 35 +++ include/linux/device-mapper.h | 2 ++ 2 files changed, 37 insertions(+) diff --git a/drivers/md/dm.c b/drivers/md/dm.c index 4da5d3e..e1aec28 100644 --- a/drivers/md/dm.c

[dm-devel] [RFC PATCH 4/9] dm thin: update reserve space func to allow reduction

2016-03-19 Thread Brian Foster
The dm-thin set_reserve_count() function is designed to control the current block reservation for a thin pool. It currently only provides the ability to increase the reservation. Clients such as XFS will rely on over-reservation and thus require the ability to release excess reservation back to

[dm-devel] [RFC PATCH 5/9] block: add a block_device_operations method to provision space

2016-03-19 Thread Brian Foster
Signed-off-by: Brian Foster --- fs/block_dev.c | 10 ++ include/linux/blkdev.h | 2 ++ 2 files changed, 12 insertions(+) diff --git a/fs/block_dev.c b/fs/block_dev.c index 375a2e4..73e57b9 100644 --- a/fs/block_dev.c +++ b/fs/block_dev.c @@ -517,6 +517,16 @@

[dm-devel] [PATCH 1/5] dm: Do not export dm_send_uevents

2016-03-19 Thread Andy Grover
Since dm-uevent.c (if CONFIG_DM_UEVENT) is part of the same module as where dm_sent_uevents is called, it does not need to be exported. Signed-off-by: Andy Grover --- drivers/md/dm-uevent.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/md/dm-uevent.c

Re: [dm-devel] [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's

2016-03-19 Thread Eric Wheeler
On Wed, 16 Mar 2016, Ming-Hung Tsai wrote: > 2016-03-16 1:51 GMT+08:00 Eric Wheeler : > > On Tue, 15 Mar 2016, Thanos Makatos wrote: > > > >> On 15 March 2016 at 01:45, Eric Wheeler > >> wrote: > >> > Hi Joe, > >> > > >> > We use

Re: [dm-devel] [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's

2016-03-19 Thread Eric Wheeler
On Thu, 17 Mar 2016, Joe Thornber wrote: > If you're skipping the mappings does the new thin_ls provide enough > information for you? Our primary need is the ability to specify --device-id in the o:L:d output format (old_format.cc) with mappings. Our nightly dumps now take 50 seconds instead

Re: [dm-devel] [PATCH] dmsetup: improve message command

2016-03-19 Thread Werner Koch
On Fri, 26 Feb 2016 12:42, w...@gnupg.org said: > I am playing with a new crypto container format and propose to enhance > "dmsetup message" to accept the actual message from stdin instead of > taking it only from the command line. This is useful to set a key and Is there anything I can do to

Re: [dm-devel] [PATCH] thin_dump: added --device-id, --skip-mappings, and new output --format's

2016-03-19 Thread Joe Thornber
If you're skipping the mappings does the new thin_ls provide enough information for you? - Joe On Tue, Mar 15, 2016 at 01:45:15AM +, Eric Wheeler wrote: > Hi Joe, > > Please review the patch below when you have a moment. I am interested in > your feedback, and also interested in having