[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <087d1fa0-8796-5b97-36fc-379498f53380@suse.de>
Date: Fri, 27 Aug 2021 17:23:50 +0200
From: Hannes Reinecke <hare@...e.de>
To: "Russell King (Oracle)" <linux@...linux.org.uk>,
John Garry <john.garry@...wei.com>
Cc: "Martin K . Petersen" <martin.petersen@...cle.com>,
"James E.J. Bottomley" <jejb@...ux.ibm.com>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Hannes Reinecke <hare@...e.com>,
Christoph Hellwig <hch@....de>,
Bart Van Assche <bvanassche@....org>,
Arnd Bergmann <arnd@...db.de>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>
Subject: Re: arm scsi drivers
On 8/27/21 5:09 PM, Russell King (Oracle) wrote:
> I haven't, sorry.
>
> I have run 5.x kernels on the hardware, and do have a set of patches
> kicking around for the SCSI drivers that do some cleanups. It looks
> like the fixup is pretty simple from the links you've sent - using
> scsi_cmd_to_rq() to get the tag.
>
> That said, I think I may only had one SCSI drive that came anywhere
> close to supported tagged queuing, so I never put much effort into
> tagged command support. Both acornscsi and fas216 have it disabled
> for this reason, so it's probably easier just to rip the tag code
> out of these drivers.
>
That's what I figured, too.
And that's what my patches do, killing the tag support from arm drivers
which had them disabled since the dawn of git history.
Cheers,
Hannes
--
Dr. Hannes Reinecke Kernel Storage Architect
hare@...e.de +49 911 74053 688
SUSE Software Solutions GmbH, Maxfeldstr. 5, 90409 Nürnberg
HRB 36809 (AG Nürnberg), Geschäftsführer: Felix Imendörffer
Powered by blists - more mailing lists