| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Wed, 29 Sep 2021 09:56:34 +0200
From: Paul Menzel <pmenzel@...gen.mpg.de>
To: Don Brace <don.brace@...rochip.com>
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, linux-kernel@...r.kernel.org, hch@...radead.org,
martin.petersen@...cle.com, jejb@...ux.vnet.ibm.com,
linux-scsi@...r.kernel.org
Subject: Re: [smartpqi updates PATCH V2 05/11] smartpqi: add tur check for
sanitize operation
Dear Don,
Thank you for the patch. Maybe rephrase the summary:
> Check TUR for sanitize operation
Am 29.09.21 um 01:54 schrieb Don Brace:
> Add in a TUR to HBA disks and do not present them to the OS if
Maybe add what TUR means: Test Unit Ready.
> 0x02/0x04/0x1b (sanitize in progress) is returned.
>
> During boot-up, some OSes appear to hang when there are one or
> more disks undergoing sanitize.
It’d be great, if you gave at least one concrete test setup, where the
hang occurred.
> According to SCSI SBC4 specification
> section 4.11.2 Commands allowed during sanitize,
> some SCSI commands are permitted, but read/write operations are not.
>
> When the OS attempts to read the disk partition table a
> CHECK CONDITION ASC 0x04 ASCQ 0x1b is returned which causes the OS
> to retry the read until sanitize has completed. This can take hours.
>
> Note: According to document HPE Smart Storage Administrator User Guide
> Link: https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docId=c03909334
>
> During the sanitize erase operation, the drive is unusable.
> I.E.
> The expected behavior for sanitize is the that disk remains
> offline even after sanitize has completed. The customer is
> expected to re-enable the disk using the management utility.
>
> Reviewed-by: Scott Benesh <scott.benesh@...rochip.com>
> Reviewed-by: Scott Teel <scott.teel@...rochip.com>
> Reviewed-by: Mike McGowen <mike.mcgowen@...rochip.com>
> Signed-off-by: Don Brace <don.brace@...rochip.com>
> ---
> drivers/scsi/smartpqi/smartpqi_init.c | 87 +++++++++++++++++++++++++++
> 1 file changed, 87 insertions(+)
>
> diff --git a/drivers/scsi/smartpqi/smartpqi_init.c b/drivers/scsi/smartpqi/smartpqi_init.c
> index 01330fd67500..838274d8fadf 100644
> --- a/drivers/scsi/smartpqi/smartpqi_init.c
> +++ b/drivers/scsi/smartpqi/smartpqi_init.c
> @@ -555,6 +555,10 @@ static int pqi_build_raid_path_request(struct pqi_ctrl_info *ctrl_info,
> cdb = request->cdb;
>
> switch (cmd) {
> + case TEST_UNIT_READY:
> + request->data_direction = SOP_READ_FLAG;
> + cdb[0] = TEST_UNIT_READY;
> + break;
> case INQUIRY:
> request->data_direction = SOP_READ_FLAG;
> cdb[0] = INQUIRY;
> @@ -1575,6 +1579,85 @@ static int pqi_get_logical_device_info(struct pqi_ctrl_info *ctrl_info,
> return rc;
> }
>
> +/*
> + * Prevent adding drive to OS for some corner cases such as a drive
> + * undergoing a sanitize operation. Some OSes will continue to poll
> + * the drive until the sanitize completes, which can take hours,
> + * resulting in long bootup delays. Commands such as TUR, READ_CAP
> + * are allowed, but READ/WRITE cause check condition. So the OS
> + * cannot check/read the partition table.
> + * Note: devices that have completed sanitize must be re-enabled
> + * using the management utility.
> + */
> +static bool pqi_keep_device_offline(struct pqi_ctrl_info *ctrl_info,
> + struct pqi_scsi_dev *device)
> +{
> + u8 scsi_status;
> + int rc;
> + enum dma_data_direction dir;
> + char *buffer;
> + int buffer_length = 64;
Use size_t? And could be made const?
> + size_t sense_data_length;
> + struct scsi_sense_hdr sshdr;
> + struct pqi_raid_path_request request;
> + struct pqi_raid_error_info error_info;
> + bool offline = false; /* Assume keep online */
> +
> + /* Do not check controllers. */
I’d remove the dot/period at the end of the short comments.
> + if (pqi_is_hba_lunid(device->scsi3addr))
> + return false;
> +
> + /* Do not check LVs. */
> + if (pqi_is_logical_device(device))
> + return false;
> +
> + buffer = kmalloc(buffer_length, GFP_KERNEL);
> + if (!buffer)
> + return false; /* Assume not offline */
> +
> + /* Check for SANITIZE in progress using TUR */
> + rc = pqi_build_raid_path_request(ctrl_info, &request,
> + TEST_UNIT_READY, RAID_CTLR_LUNID, buffer,
> + buffer_length, 0, &dir);
> + if (rc)
> + goto out; /* Assume not offline */
> +
> + memcpy(request.lun_number, device->scsi3addr, sizeof(request.lun_number));
> +
> + rc = pqi_submit_raid_request_synchronous(ctrl_info, &request.header, 0, &error_info);
> +
> + if (rc)
> + goto out; /* Assume not offline */
> +
> + scsi_status = error_info.status;
> + sense_data_length = get_unaligned_le16(&error_info.sense_data_length);
> + if (sense_data_length == 0)
> + sense_data_length =
> + get_unaligned_le16(&error_info.response_data_length);
As the variable is named `sense_data_length`, for an outsider like me,
it’s suprising that `response_date_length` is stored in there.
> + if (sense_data_length) {
> + if (sense_data_length > sizeof(error_info.data))
> + sense_data_length = sizeof(error_info.data);
> +
> + /*
> + * Check for sanitize in progress: asc:0x04, ascq: 0x1b
Add a space after the second colon?
> + */
> + if (scsi_status == SAM_STAT_CHECK_CONDITION &&
> + scsi_normalize_sense(error_info.data,
> + sense_data_length, &sshdr) &&
> + sshdr.sense_key == NOT_READY &&
> + sshdr.asc == 0x04 &&
> + sshdr.ascq == 0x1b) {
> + device->device_offline = true;
> + offline = true;
> + goto out; /* Keep device offline */
> + }
> + }
Should a error, warning, or debug message be printed, when
`sense_data_length = 0` again?
> +
> +out:
> + kfree(buffer);
> + return offline;
> +}
> +
> static int pqi_get_device_info(struct pqi_ctrl_info *ctrl_info,
> struct pqi_scsi_dev *device,
> struct bmic_identify_physical_device *id_phys)
> @@ -2296,6 +2379,10 @@ static int pqi_update_scsi_devices(struct pqi_ctrl_info *ctrl_info)
> if (!pqi_is_supported_device(device))
> continue;
>
> + /* Do not present disks that the OS cannot fully probe */
> + if (pqi_keep_device_offline(ctrl_info, device))
I’d use the positive `!pqi_get_device_online()`, but it’s subjective.
> + continue;
> +
> /* Gather information about the device. */
> rc = pqi_get_device_info(ctrl_info, device, id_phys);
> if (rc == -ENOMEM) {
>
Kind regards,
Paul
Powered by blists - more mailing lists