[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <163407081305.28503.12881597564561731203.b4-ty@oracle.com>
Date: Tue, 12 Oct 2021 16:35:09 -0400
From: "Martin K. Petersen" <martin.petersen@...cle.com>
To: jejb@...ux.vnet.ibm.com, Don Brace <don.brace@...rochip.com>,
hch@...radead.org, linux-scsi@...r.kernel.org
Cc: "Martin K . Petersen" <martin.petersen@...cle.com>,
gerry.morong@...rochip.com, linux-kernel@...r.kernel.org,
balsundar.p@...rochip.com, mwilck@...e.com,
Kevin.Barnett@...rochip.com, POSWALD@...e.com,
mike.mcgowen@...rochip.com, jeff@...onical.com,
scott.teel@...rochip.com, murthy.bhat@...rochip.com,
joseph.szczypek@....com, scott.benesh@...rochip.com,
mahesh.rajashekhara@...rochip.com, Justin.Lindley@...rochip.com,
pmenzel@...gen.mpg.de, john.p.donnelly@...cle.com
Subject: Re: [smartpqi updates PATCH V2 00/11] smartpqi updates
On Tue, 28 Sep 2021 18:54:31 -0500, Don Brace wrote:
> These patches are based on Martin Petersen's 5.16/scsi-queue tree
> https://git.kernel.org/pub/scm/linux/kernel/git/mkp/scsi.git
> 5.16/scsi-queue
>
> This set of changes consist of:
> * Aligning device removal with our out of box driver.
> * Aligning kdump timing with controller memory dump.
> The OS was rebooting before the controller was finished dumping its own
> memory. Now the driver will wait for the controller to indicate that its
> dump has completed.
> * In rare cases where the controller stops responding to the driver, the
> driver can set reason codes to aid in debugging.
> * Enhance device reset operations. The driver was not obtaining the current
> number of outstanding commands during the check for outstanding command
> completions. This was causing reset hangs.
> * Add in a check for HBA devices undergoing sanitize. This was causing long
> boot up delays while the OS waited for sanitize to complete. The fix is to
> check for sanitize and keep the HBA disk offline. Note that the SSA spec
> states that the disk must be manually re-enabled after sanitize has
> completed. The link to the spec is noted in the patch.
> * When the OS off-lines a disk, the SCSI command pointers are cleaned up.
> The driver was attempting to return some outstanding commands that were
> no longer valid.
> * Add in more enhanced report physical luns (RPL) command. This is an
> internal command that yields more complete WWID information.
> * Correct a rare case where a poll for a register status before the
> register has been updated.
> * When multi-LUN tape devices are added to the OS, the OS does its own
> report LUNs and the tape devices were duplicated. A simple fix was to update
> slave_alloc/slave_configure to prevent this.
> * Add in some new PCI devices.
> * Bump the driver version.
>
> [...]
Applied to 5.16/scsi-queue, thanks!
[01/11] smartpqi: update device removal management
https://git.kernel.org/mkp/scsi/c/819225b03dc7
[02/11] smartpqi: add controller handshake during kdump
https://git.kernel.org/mkp/scsi/c/9ee5d6e9ac52
[03/11] smartpqi: capture controller reason codes
https://git.kernel.org/mkp/scsi/c/5d1f03e6f49a
[04/11] smartpqi: update LUN reset handler
https://git.kernel.org/mkp/scsi/c/6ce1ddf53252
[05/11] smartpqi: add tur check for sanitize operation
https://git.kernel.org/mkp/scsi/c/be76f90668d8
[06/11] smartpqi: avoid failing ios for offline devices
https://git.kernel.org/mkp/scsi/c/4f3cefc3084d
[07/11] smartpqi: add extended report physical luns
https://git.kernel.org/mkp/scsi/c/28ca6d876c5a
[08/11] smartpqi: fix boot failure during lun rebuild
https://git.kernel.org/mkp/scsi/c/987d35605b7e
[09/11] smartpqi: fix duplicate device nodes for tape changers
https://git.kernel.org/mkp/scsi/c/d4dc6aea93cb
[10/11] smartpqi: add 3252-8i pci id
https://git.kernel.org/mkp/scsi/c/80982656b78e
[11/11] smartpqi: update version to 2.1.12-055
https://git.kernel.org/mkp/scsi/c/605ae389ea02
--
Martin K. Petersen Oracle Linux Engineering
Powered by blists - more mailing lists