Message-ID: <20210928235442.201875-1-don.brace@microchip.com>
Date:   Tue, 28 Sep 2021 18:54:31 -0500
From:   Don Brace <don.brace@...rochip.com>
To:     <hch@...radead.org>, <martin.petersen@...cle.com>,
        <jejb@...ux.vnet.ibm.com>, <linux-scsi@...r.kernel.org>
CC:     <Kevin.Barnett@...rochip.com>, <scott.teel@...rochip.com>,
        <Justin.Lindley@...rochip.com>, <scott.benesh@...rochip.com>,
        <gerry.morong@...rochip.com>, <mahesh.rajashekhara@...rochip.com>,
        <mike.mcgowen@...rochip.com>, <murthy.bhat@...rochip.com>,
        <balsundar.p@...rochip.com>, <joseph.szczypek@....com>,
        <jeff@...onical.com>, <POSWALD@...e.com>,
        <john.p.donnelly@...cle.com>, <mwilck@...e.com>,
        <pmenzel@...gen.mpg.de>, <linux-kernel@...r.kernel.org>
Subject: [smartpqi updates PATCH V2 00/11] smartpqi updates

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.

Changes since V1:
  * Corrected issues with my e-mail server.


Don Brace (3):
  smartpqi: update device removal management
  smartpqi: add tur check for sanitize operation
  smartpqi: update version to 2.1.12-055

Kevin Barnett (2):
  smartpqi: update LUN reset handler
  smartpqi: fix duplicate device nodes for tape changers

Mahesh Rajashekhara (2):
  smartpqi: add controller handshake during kdump
  smartpqi: avoid failing ios for offline devices

Mike McGowen (3):
  smartpqi: add extended report physical luns
  smartpqi: fix boot failure during lun rebuild
  smartpqi: add 3252-8i pci id

Murthy Bhat (1):
  smartpqi: capture controller reason codes

 drivers/scsi/smartpqi/smartpqi.h              |  61 +-
 drivers/scsi/smartpqi/smartpqi_init.c         | 540 +++++++++++++-----
 .../scsi/smartpqi/smartpqi_sas_transport.c    |   6 +-
 drivers/scsi/smartpqi/smartpqi_sis.c          |  60 +-
 drivers/scsi/smartpqi/smartpqi_sis.h          |   4 +-
 5 files changed, 509 insertions(+), 162 deletions(-)

-- 
2.28.0.rc1.9.ge7ae437ac1

Powered by blists - more mailing lists