Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
From:   "Martin K. Petersen" <martin.petersen@oracle.com>
To:     jejb@linux.vnet.ibm.com, Don Brace <don.brace@microchip.com>,
        hch@infradead.org, linux-scsi@vger.kernel.org
Cc:     "Martin K . Petersen" <martin.petersen@oracle.com>,
        gerry.morong@microchip.com, linux-kernel@vger.kernel.org,
        balsundar.p@microchip.com, mwilck@suse.com,
        Kevin.Barnett@microchip.com, POSWALD@suse.com,
        mike.mcgowen@microchip.com, jeff@canonical.com,
        scott.teel@microchip.com, murthy.bhat@microchip.com,
        joseph.szczypek@hpe.com, scott.benesh@microchip.com,
        mahesh.rajashekhara@microchip.com, Justin.Lindley@microchip.com,
        pmenzel@molgen.mpg.de, john.p.donnelly@oracle.com
Subject: Re: [smartpqi updates PATCH V2 00/11] smartpqi updates
Date:   Tue, 12 Oct 2021 16:35:09 -0400
Message-Id: <163407081305.28503.12881597564561731203.b4-ty@oracle.com>
In-Reply-To: <20210928235442.201875-1-don.brace@microchip.com>
References: <20210928235442.201875-1-don.brace@microchip.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?NlU5Rm9hdDZaYzA4K0VGNVpsdXdueUFJYWRWV0c5S2xDanRnZTdBbnpCSEhI?=
 =?utf-8?B?L1A1dWlXMWR1WVhmVE5VUXdjclVkT3gyaGw3cU9XTDZUaWJiSllWWlhUbzNS?=
 =?utf-8?B?Vjd6ZjM0bHphcDRIemw4ajI0c0N6cnkyS0daaVZJaTUxa1VHSFlVN09xeWVI?=
 =?utf-8?B?dXJ3eC9nRW0zU3ZCWmp2VWd2U3FkNkh5ZUZTOUxnRER0WnVwV0lxU2dLUkdv?=
 =?utf-8?B?RUtXNE1pZFljOVhlcVUyOGdnNWNUOUxpQXYyNXduMU5maVRCcHRwa21ieXE0?=
 =?utf-8?B?M2M0ZXRzUjJaKytuOXh2WC9FM045VVNPVjRuTnNlRGFlWm8vcDQwZStQV3BW?=
 =?utf-8?B?cjEyMEFtZ2s1S20zZ3V2dit4b1lPeTU3MUtUdFhTT0wya3piV2d5aml1ZnZH?=
 =?utf-8?B?VzhOV09MUWxyV1R6ZW44Y2FTa2ZvdEVDOXl3L1dQOWR6YUs5SWthMmVWL1k3?=
 =?utf-8?B?RUlzQ2xzT1lYOTk0MDVWL3cyMUhQUm9EaGhMZ0lLWC96bi9YSmdGaGNucG5w?=
 =?utf-8?B?VHhVZUJkbitPY0pVUEI4MUpZR1B6RFNjSGFReHM0dkgwN0RyRVVTeEpGSEpJ?=
 =?utf-8?B?NUhkYlhLRTB2WUhKUVdwK29VNldxYWNGSWtNTGJkQnVxOFJVVVVLTUhQb0hE?=
 =?utf-8?B?ZklPMGFBQktTUFFMbEFmUytSdS9XaGs2aW9Md0toZFY2c1ZLcWF3RUJ3Qng2?=
 =?utf-8?B?bFFZUHFaNlJreXdEZVpWck51WWZYRGhRcGxXT20ydElEd2JsbGF4Kzh1Z3ZO?=
 =?utf-8?B?alBZdVRKWGEwRmROUHVuKzlaNWVJdnJCREtRL3J4elhteFVuMU51WUZ5bTcz?=
 =?utf-8?B?UjRzeS9WeG9weGJEcVJyQzhpSUJSVXNhcCtOSVVMSW1oTlp0ejFPeTJzVjQw?=
 =?utf-8?B?VkozZXZYQ2lqM3FlUTVPWC9xemxveDcvU2piYXVKY1Y3SjdzSDdOZHM2NFBV?=
 =?utf-8?B?dVBEVWVUR1BvTzhTanArNmFtZHRQbUFLZGlVcUR0K1E4UHFyMHNuRlFIbDZ4?=
 =?utf-8?B?MHNXOTB0eG1XRm5uS1hqMlBibjlrclM2VVBMaW1kQ0gvdDFtKzlQb3diM0hJ?=
 =?utf-8?B?VCtpRi9SRDJWNnFqTm1VcVFZUXJ1Kys5SVFEaWx5TzEyejIyMThWd3VHbC9l?=
 =?utf-8?B?U1JGNzdiNmFHNmNKNmh4UDRiTWRMUWwzMGxrK0JDRkp6ZGdNUjhxbkZta1Yw?=
 =?utf-8?B?SVp4Zk5MVHVQY2RwSjFQTkRsOE5SbVRPUjkyaDR6T0swRUl0eVhvTWx1REtD?=
 =?utf-8?B?c2hxYU1hSVNvYTNXR2duVzBHNEJoTmZzcGNaM2ZVcmZjWmtHUW1ZeTFLenVx?=
 =?utf-8?B?dXcrZExpRGlSREpIRk9OTlFPN2orNzhrOFlxZmUwT0E0aVh6dWpKaGd2ZHJE?=
 =?utf-8?B?UjFYbmUzb2hzaHlDaWxRaXhIQTV1RW94R1I2T244V0crMmEybHhqZU9TTWdv?=
 =?utf-8?B?elVJeFoyOW54S21qdlJTdWF6WVFvaFJFRkVEK3RyRzRQQ2U5eEdUVlpJc1hK?=
 =?utf-8?B?cklKR2s5N0JYZ055ZWdwTVl6MmVvMEprUWw0WnNoSjBPTDhOOGZ6WDloWnJl?=
 =?utf-8?B?NlFtTlFvcHZjaFVRT0tlZWxZVXRZSmNzZGpBbHBsU2t6VHZCUGlEODdTZVR3?=
 =?utf-8?B?ZTZ0ZGFXRld2VkFvTlYzTEg3aTFNS2JMSGpmSlBQc0JNdURJOGhGMUp5RkJh?=
 =?utf-8?B?TEVIZWF0eHRrVklwNWRIZy9mUm5kRUVyak0ycmFjMFJxakI2MUdyVFdlR3g5?=
 =?utf-8?Q?D7Rs97B1IxRLAvPgEkxhsI+BF3N4lXXRAnlhxJp?=
X-OriginatorOrg: oracle.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 6e276045-3b4b-48da-c7ce-08d98dbfd315
X-MS-Exchange-CrossTenant-AuthSource: PH0PR10MB4759.namprd10.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 12 Oct 2021 20:35:27.1038
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: vlUKxQp1TyeeKpkf2SSLxiTeEtmTKnRcDxWstyWby3ghV7Q7UM8qR7tkiXbnfd1ls/GCcrMR/9L2/sCiNc7FfyvSeiLwEPYqViG1PFAO5BE=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH0PR10MB4486
X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10135 signatures=668683
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0
 suspectscore=0 mlxlogscore=999 bulkscore=0 mlxscore=0 malwarescore=0
 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1
 engine=8.12.0-2109230001 definitions=main-2110120109
X-Proofpoint-GUID: XMT_imLazJXQPU5r-uAVmDQt7uXCs-rH
X-Proofpoint-ORIG-GUID: XMT_imLazJXQPU5r-uAVmDQt7uXCs-rH
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

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