Displaying 5 results from an estimated 5 matches for "blk_mq_rq_from_pdu".
2020 Apr 23
0
[PATCH RFC v2 02/24] scsi: allocate separate queue for reserved commands
...ag == -1);
> ????scmd = blk_mq_rq_to_pdu(rq);
> ????scmd->request = rq;
> ????scmd->device = sdev;
>
> ????return scmd;
> }
> EXPORT_SYMBOL_GPL(scsi_get_reserved_cmd);
>
> void scsi_put_reserved_cmd(struct scsi_cmnd *scmd)
> {
> ????struct request *rq = blk_mq_rq_from_pdu(scmd);
>
> ????if (blk_mq_rq_is_reserved(rq)) {
> ??????? struct scsi_device *sdev = scmd->device;
> ??????? blk_mq_free_request(rq);
> ??????? scsi_free_host_dev(sdev);
> ????}
> }
> EXPORT_SYMBOL_GPL(scsi_put_reserved_cmd);
>
> Not sure if we want a static...
2017 Jan 28
6
make SCSI passthrough support optional
Hi all,
this series builds on my previous changes in Jens' for-4.11/rq-refactor
branch that split out the BLOCK_PC fields from struct request into a new
struct scsi_request, and makes support for struct scsi_request and the
SCSI passthrough ioctls optional. It is now only enabled by drivers that
need it.
In addition I've made SCSI passthrough support in the virtio_blk driver an
optional
2017 Jan 28
6
make SCSI passthrough support optional
Hi all,
this series builds on my previous changes in Jens' for-4.11/rq-refactor
branch that split out the BLOCK_PC fields from struct request into a new
struct scsi_request, and makes support for struct scsi_request and the
SCSI passthrough ioctls optional. It is now only enabled by drivers that
need it.
In addition I've made SCSI passthrough support in the virtio_blk driver an
optional
2020 Mar 11
6
[PATCH RFC v2 02/24] scsi: allocate separate queue for reserved commands
On Tue, Mar 10, 2020 at 09:08:56PM +0000, John Garry wrote:
> On 10/03/2020 18:32, Christoph Hellwig wrote:
> > On Wed, Mar 11, 2020 at 12:25:28AM +0800, John Garry wrote:
> > > From: Hannes Reinecke <hare at suse.com>
> > >
> > > Allocate a separate 'reserved_cmd_q' for sending reserved commands.
> >
> > Why? Reserved command
2020 Mar 11
6
[PATCH RFC v2 02/24] scsi: allocate separate queue for reserved commands
On Tue, Mar 10, 2020 at 09:08:56PM +0000, John Garry wrote:
> On 10/03/2020 18:32, Christoph Hellwig wrote:
> > On Wed, Mar 11, 2020 at 12:25:28AM +0800, John Garry wrote:
> > > From: Hannes Reinecke <hare at suse.com>
> > >
> > > Allocate a separate 'reserved_cmd_q' for sending reserved commands.
> >
> > Why? Reserved command