[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <83328d95-5d5e-f311-952c-ce627cb035ea@huawei.com>
Date: Mon, 25 Apr 2022 09:27:54 +0100
From: John Garry <john.garry@...wei.com>
To: Hannes Reinecke <hare@...e.de>, <jejb@...ux.ibm.com>,
<martin.petersen@...cle.com>, <jinpu.wang@...ud.ionos.com>,
<damien.lemoal@...nsource.wdc.com>
CC: <linux-scsi@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<Ajish.Koshy@...rochip.com>, <linuxarm@...wei.com>,
<Viswas.G@...rochip.com>, <hch@....de>, <liuqi115@...wei.com>,
<chenxiang66@...ilicon.com>
Subject: Re: [PATCH 1/4] scsi: libsas: Add sas_execute_internal_abort_single()
On 20/04/2022 13:21, Hannes Reinecke wrote:
>> int sas_execute_tmf(struct domain_device *device, void *parameter,
>> int para_len, int force_phy_id,
>> struct sas_tmf_task *tmf)
>> diff --git a/include/scsi/libsas.h b/include/scsi/libsas.h
>> index df2c8fc43429..2d30d57916e5 100644
>> --- a/include/scsi/libsas.h
>> +++ b/include/scsi/libsas.h
>> @@ -557,6 +557,16 @@ struct sas_ata_task {
>> int force_phy_id;
>> };
>> +/* LLDDs rely on these values */
>> +enum sas_internal_abort {
>> + SAS_INTERNAL_ABORT_SINGLE = 0,
>> +};
>> +
>
> Why don't you use the existing TMF_XXX values here?
> Your 'single' method pretty much _is_ a TMF_ABORT_TASK, and the 'device'
> method _is_ a TMF_ABORT_TASK_SET, no?
Sure, they are doing the same as TMFs and there is equivalence in the
'single' and 'device' methods, as you say.
However, as mentioned in the comment, the LLDDs rely on the values in
enum sas_internal_abort, which do not match the values in
TMF_ABORT{_TASK, _TASK_SET}.
Thanks,
John
Powered by blists - more mailing lists