>>>>> "Mike" == Mike Snitzer <snitzer@xxxxxxxxxx> writes: Mike> We've been scoping the work associated with adding discard support Mike> to DM (afaik MD would need comparable infrastructure, e.g.: Mike> spliting discard requests). Mike> There is a fair amount of complexity associated with this work. Mike> Especially when you look to support discards for some of the more Mike> advanced DM targets. Discard support for the 'linear' target is Mike> the relatively low hanging fruit. The 'striped' target gets more Mike> interesting (having to split the discard into multiple discards to Mike> submit to the appropriate underlying devices in the striped Mike> volume). Mike> One thought was we might have a block layer hook along the lines Mike> of the q->merge_bvec_fn (similar but hopefully less Mike> problematic/controversial). Christoph removed a hook that was Mike> vaguely like this, but posed allocation problems, with linux-2.6 Mike> commit: c15227de132f This is a work in progress and something that turned out to be much harder than I anticipated. Discard is not the only problem child here. The other one is write same. In both cases we'll have to split things that cover an area bigger than the corresponding bio_vec payload. At first I took the blk_pc splitting approach but it got really hairy and had lots of special casing. So what I'm working on right now is to make write same and discard requests first class citizens so they can be split and merged like regular write requests. There are lots of assumptions in our stack about things being either read or write so it's a pretty invasive change. But at this point it looks like it'll be nicer than my first attempt. Still plugging away at it though... -- Martin K. Petersen Oracle Linux Engineering -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel
