[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7dbd2f49-89b9-16f2-dbd5-e6c8978ebf22@huawei.com>
Date: Mon, 13 Jun 2022 10:44:29 +0100
From: John Garry <john.garry@...wei.com>
To: Damien Le Moal <damien.lemoal@...nsource.wdc.com>,
<axboe@...nel.dk>, <jejb@...ux.ibm.com>,
<martin.petersen@...cle.com>, <brking@...ibm.com>, <hare@...e.de>,
<hch@....de>
CC: <linux-block@...r.kernel.org>, <linux-ide@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <linux-scsi@...r.kernel.org>,
<chenxiang66@...ilicon.com>
Subject: Re: [PATCH RFC v2 07/18] libata-scsi: Add ata_internal_queuecommand()
On 13/06/2022 08:16, Damien Le Moal wrote:
>> diff --git a/drivers/ata/libata-scsi.c b/drivers/ata/libata-scsi.c
>> index baac35dd17ca..b2702ab0183b 100644
>> --- a/drivers/ata/libata-scsi.c
>> +++ b/drivers/ata/libata-scsi.c
>> @@ -1114,6 +1114,20 @@ int ata_scsi_dev_config(struct scsi_device *sdev, struct ata_device *dev)
>> return 0;
>> }
>>
>> +int ata_internal_queuecommand(struct Scsi_Host *shost, struct scsi_cmnd *scmd)
> ata_scsi_internal_queuecommand()
ok
>
> But given that this is used for the .reserved_queuecommand() method, I
> would call it ata_scsi_reserved_queuecommand().
I did mention somewhere that I continued to use the term "internal" as
that is what libata already uses, but I can change it.
>
>> +{
>> + struct ata_port *ap;
>> + int res;
>> +
>> + ap = ata_shost_to_port(shost);
> You can move this to ap declaration.
>
> struct ata_port *ap = ata_shost_to_port(shost);
ok
>
>> + spin_lock_irq(ap->lock);
> spin_lock_irqsave() ?
Right
>
>> + res = ata_sas_queuecmd(scmd, ap);
>> + spin_unlock_irq(ap->lock);
>> +
>> + return res;
Thanks,
John
Powered by blists - more mailing lists