[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161013221225.GB2745@hgst.com>
Date: Thu, 13 Oct 2016 15:12:25 -0700
From: Adam Manzanares <adam.manzanares@....com>
To: Sathya Prakash Veerichetty <sathya.prakash@...adcom.com>
CC: Adam Manzanares <adam.manzanares@...t.com>, <axboe@...nel.dk>,
<tj@...nel.org>, <dan.j.williams@...el.com>, <hare@...e.de>,
<martin.petersen@...cle.com>, <mchristi@...hat.com>,
<toshi.kani@....com>, <ming.lei@...onical.com>,
Chaitra Basappa <chaitra.basappa@...adcom.com>,
Suganath Prabu Subramani
<suganath-prabu.subramani@...adcom.com>,
<linux-block@...r.kernel.org>, <linux-ide@...r.kernel.org>,
<linux-kernel@...r.kernel.org>,
PDL-MPT-FUSIONLINUX <mpt-fusionlinux.pdl@...adcom.com>,
<linux-scsi@...r.kernel.org>
Subject: Re: [PATCH v4 2/4] fusion: remove iopriority handling
The 10/13/2016 15:05, Sathya Prakash Veerichetty wrote:
> By removing the code below, we put all the commands for all the types of
> devices (SAS/SATA) as simple-Q (requeue as the device require) and I am
> not sure whether it is the intention of this change.
>
This is the intention of the change. I don't think the iopriority of the
request is being used correctly. What does it mean to use 0x7 as an
indicator that a command should be put at the head of the queue? This
would be clearer if it was using some of the macros from ioprio. If
0x7 means something special I think this should be some #define in the
includes of the fusion driver with some documentation.
> -----Original Message-----
> From: Adam Manzanares [mailto:adam.manzanares@...t.com]
> Sent: Thursday, October 13, 2016 1:54 PM
> To: axboe@...nel.dk; tj@...nel.org; dan.j.williams@...el.com;
> hare@...e.de; martin.petersen@...cle.com; mchristi@...hat.com;
> toshi.kani@....com; ming.lei@...onical.com; sathya.prakash@...adcom.com;
> chaitra.basappa@...adcom.com; suganath-prabu.subramani@...adcom.com
> Cc: linux-block@...r.kernel.org; linux-ide@...r.kernel.org;
> linux-kernel@...r.kernel.org; MPT-FusionLinux.pdl@...adcom.com;
> linux-scsi@...r.kernel.org; Adam Manzanares; Adam Manzanares
> Subject: [PATCH v4 2/4] fusion: remove iopriority handling
>
> The request priority is now by default coming from the ioc. It was not
> clear what this code was trying to do based upon the iopriority class or
> data. The driver should check that a device supports priorities and use
> them according to the specificiations of ioprio.
>
> Signed-off-by: Adam Manzanares <adam.manzanares@....com>
> ---
> drivers/message/fusion/mptscsih.c | 5 -----
> 1 file changed, 5 deletions(-)
>
> diff --git a/drivers/message/fusion/mptscsih.c
> b/drivers/message/fusion/mptscsih.c
> index 6c9fc11..4740bb6 100644
> --- a/drivers/message/fusion/mptscsih.c
> +++ b/drivers/message/fusion/mptscsih.c
> @@ -1369,11 +1369,6 @@ mptscsih_qcmd(struct scsi_cmnd *SCpnt)
> if ((vdevice->vtarget->tflags & MPT_TARGET_FLAGS_Q_YES)
> && (SCpnt->device->tagged_supported)) {
> scsictl = scsidir | MPI_SCSIIO_CONTROL_SIMPLEQ;
> - if (SCpnt->request && SCpnt->request->ioprio) {
> - if (((SCpnt->request->ioprio & 0x7) == 1) ||
> - !(SCpnt->request->ioprio & 0x7))
> - scsictl |= MPI_SCSIIO_CONTROL_HEADOFQ;
> - }
> } else
> scsictl = scsidir | MPI_SCSIIO_CONTROL_UNTAGGED;
>
> --
> 2.1.4
>
> Western Digital Corporation (and its subsidiaries) E-mail Confidentiality
> Notice & Disclaimer:
>
> This e-mail and any files transmitted with it may contain confidential or
> legally privileged information of WDC and/or its affiliates, and are
> intended solely for the use of the individual or entity to which they are
> addressed. If you are not the intended recipient, any disclosure, copying,
> distribution or any action taken or omitted to be taken in reliance on it,
> is prohibited. If you have received this e-mail in error, please notify
> the sender immediately and delete the e-mail in its entirety from your
> system.
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ide" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
Take care,
Adam
Powered by blists - more mailing lists