[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] [LSF/MM TOPIC] a few storage topics
- From: "Martin K. Petersen" <martin petersen oracle com>
- To: dgilbert interlog com
- Cc: "Martin K. Petersen" <martin petersen oracle com>, Mike Snitzer <snitzer redhat com>, dm-devel redhat com, linux-scsi vger kernel org, linux-fsdevel vger kernel org, lsf-pc lists linux-foundation org
- Subject: Re: [dm-devel] [LSF/MM TOPIC] a few storage topics
- Date: Tue, 24 Jan 2012 15:04:02 -0500
>>>>> "Doug" == Douglas Gilbert <dgilbert interlog com> writes:
>> I hadn't thought of that use case. Going to be a bit tricky given how
>> GET LBA STATUS works...
Doug> What's new in ACS-3 (t13.org ATA Command Set): .....
Doug> f10138r6 Adds the ability for the device to return a
Doug> list of the LBAs that are currently trimmed.
Doug> So it looks like t13.org are adding a GET LBA STATUS type
Doug> facility. That in turn should lead to a SAT-3 (SCSI to ATA
Doug> Translation) definition of a mapping between both facilities.
Yep.
It is mostly how to handle the multi-range stuff going up the stack that
concerns me. We'd need something like FIEMAP...
--
Martin K. Petersen Oracle Linux Engineering
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]