|| ||Christoph Hellwig <firstname.lastname@example.org> |
|| ||email@example.com, firstname.lastname@example.org,
|| ||[PATCH 0/7] discard support revisited |
|| ||Sat, 29 Aug 2009 19:03:32 -0400|
|| ||email@example.com, firstname.lastname@example.org, email@example.com,
|| ||Article, Thread
I've started working on discard support a little bit more, and I think
it's time to get an overview over the state we're in right now. This
patchswt is what I needed to get the batched discard support in XFS
properly working. Many patches are just forward ported from Matthew's
SSD tree and I hope quilt mail didn't lose the attributions.
There are however a few significant changes:
- blkdev_issue_discard is now a lot more generic - it grows a flags
argument to control if we issue a barrier discard request or not
or if we wait or not. That is needed for the batched discard support
in XFS which wants to wait just like the ioctl interface.
- I have implemented support for sending WRITE SAME requests with the
unmap bit set in sd. This has been tested with a qemu-based backed
only so far, but we'll get some real array coverage soon.
- there is a new patch to allow larger discard requests.
- the last patch is just my old batched discard patch for xfs ported
to work ontop of this series.
I would really love to see some progress on this in the 2.6.32 circle.
We should at least get the block layer bits in that allow implementing
a somewhat useful discard function. I would also love to see the
actual scsi and libata implementations in so that we can start playing
around with it. But given the speed up the current TRIM implementations
and the expectations for WRITE SAME we should make sure the exact
TRIM tracking is not actually enabled anywhere by default for now.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to firstname.lastname@example.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/