Re: [dm-devel] [PATCH 3/6] sd: implement the Persistent Reservation API

Persistent Reservation API V4 · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 1/6] block: cleanup blkdev_ioctl · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 2/6] block: add an API for Persistent Reservations · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 4/6] dm: refactor ioctl handling · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 6/6] NVMe: Add persistent reservation ops · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 5/6] dm: add support for passing through persistent reservations · Christoph Hellwig <hch@lst.de> · 2015-10-15
[PATCH 3/6] sd: implement the Persistent Reservation API · Christoph Hellwig <hch@lst.de> · 2015-10-15
Re: [dm-devel] [PATCH 3/6] sd: implement the Persistent Reservation API · Bart Van Assche <hidden> · 2015-10-15
Re: [dm-devel] [PATCH 3/6] sd: implement the Persistent Reservation API · Christoph Hellwig <hch@lst.de> · 2015-10-15
Re: Persistent Reservation API V4 · Mike Snitzer <hidden> · 2015-10-28
Re: Persistent Reservation API V4 · Mike Snitzer <hidden> · 2015-10-28

From: Bart Van Assche <hidden>
Date: 2015-10-15 15:30:59
Also in: dm-devel, linux-nvme, linux-scsi, lkml

On 10/15/2015 05:10 AM, Christoph Hellwig wrote:

This is a mostly trivial mapping to the PERSISTENT RESERVE IN/OUT
commands.

Hello Christoph,

Can you explain why this functionality has been added to the sd driver 
instead of the SCSI core ? Aren't persistent reservations a concept that 
applies to all SCSI device types ?

Thanks,

Bart.

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help