From: Thomas Huth <thuth@redhat.com>
To: jrossi@linux.ibm.com, qemu-devel@nongnu.org, qemu-s390x@nongnu.org
Cc: frankja@linux.ibm.com
Subject: Re: [PATCH v3 09/19] pc-bios/s390-ccw: Remove panics from SCSI IPL path
Date: Wed, 9 Oct 2024 13:18:20 +0200 [thread overview]
Message-ID: <911b4020-c60e-4a74-a61d-3ce370a3a878@redhat.com> (raw)
In-Reply-To: <20241008011552.2645520-10-jrossi@linux.ibm.com>
On 08/10/2024 03.15, jrossi@linux.ibm.com wrote:
> From: Jared Rossi <jrossi@linux.ibm.com>
>
> Remove panic-on-error from virtio-scsi IPL specific functions so that error
> recovery may be possible in the future.
>
> Functions that would previously panic now provide a return code.
>
> Signed-off-by: Jared Rossi <jrossi@linux.ibm.com>
> ---
...
> @@ -78,24 +84,30 @@ static void prepare_request(VDev *vdev, const void *cdb, int cdb_size,
> }
> }
>
> -static inline void vs_io_assert(bool term, const char *msg)
> +static inline bool vs_io_assert(bool term, const char *msg)
> {
> - if (!term) {
> - virtio_scsi_verify_response(&resp, msg);
> + if (!term && !virtio_scsi_verify_response(&resp, msg)) {
> + return false;
> }
> +
> + return true;
> }
>
> -static void vs_run(const char *title, VirtioCmd *cmd, VDev *vdev,
> +static int vs_run(const char *title, VirtioCmd *cmd, VDev *vdev,
> const void *cdb, int cdb_size,
> void *data, uint32_t data_size)
> {
> prepare_request(vdev, cdb, cdb_size, data, data_size);
> - vs_io_assert(virtio_run(vdev, VR_REQUEST, cmd) == 0, title);
> + if (!vs_io_assert(virtio_run(vdev, VR_REQUEST, cmd) == 0, title)) {
> + puts(title);
Should there be a "return" with a non-0 value here? ...
> + }
> +
> + return 0;
> }
>
> /* SCSI protocol implementation routines */
>
> -static bool scsi_inquiry(VDev *vdev, uint8_t evpd, uint8_t page,
> +static int scsi_inquiry(VDev *vdev, uint8_t evpd, uint8_t page,
> void *data, uint32_t data_size)
> {
> ScsiCdbInquiry cdb = {
> @@ -110,12 +122,13 @@ static bool scsi_inquiry(VDev *vdev, uint8_t evpd, uint8_t page,
> { data, data_size, VRING_DESC_F_WRITE },
> };
>
> - vs_run("inquiry", inquiry, vdev, &cdb, sizeof(cdb), data, data_size);
> + int cc = vs_run("inquiry", inquiry,
> + vdev, &cdb, sizeof(cdb), data, data_size);
... since the caller site now obviously checks for a non-zero value!
> - return virtio_scsi_response_ok(&resp);
> + return cc ? cc : virtio_scsi_response_ok(&resp);
> }
...
> @@ -207,7 +221,7 @@ static int virtio_scsi_locate_device(VDev *vdev)
> static uint8_t data[16 + 8 * 63];
> ScsiLunReport *r = (void *) data;
> ScsiDevice *sdev = vdev->scsi_device;
> - int i, luns;
> + int i, cc, luns;
>
> /* QEMU has hardcoded channel #0 in many places.
> * If this hardcoded value is ever changed, we'll need to add code for
> @@ -233,13 +247,21 @@ static int virtio_scsi_locate_device(VDev *vdev)
> sdev->channel = channel;
> sdev->target = target;
> sdev->lun = 0; /* LUN has to be 0 for REPORT LUNS */
> - if (!scsi_report_luns(vdev, data, sizeof(data))) {
> + cc = scsi_report_luns(vdev, data, sizeof(data));
> + if (cc < 0) {
> + return cc;
> + }
By the way, calling a variable "cc" reminds me of the CC of the PSW, so I'd
expect values from 0 to 3 for this variable. Obviously this was meant to
convey negative error codes instead, so I'd like to suggest to rename that
variable to "ret" or something similar instead.
> + else if (cc == 0) {
> if (resp.response == VIRTIO_SCSI_S_BAD_TARGET) {
> continue;
> }
> printf("target 0x%X", target);
> - virtio_scsi_verify_response(&resp, "SCSI cannot report LUNs");
> + if (!virtio_scsi_verify_response(&resp, "SCSI cannot report LUNs")) {
> + return -EIO;
> + }
> }
Thomas
next prev parent reply other threads:[~2024-10-09 11:19 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-08 1:15 [PATCH v3 00/19] s390x: Add Full Boot Order Support jrossi
2024-10-08 1:15 ` [PATCH v3 01/19] hw/s390x/ipl: Provide more memory to the s390-ccw.img firmware jrossi
2024-10-08 1:15 ` [PATCH v3 02/19] pc-bios/s390-ccw: Use the libc from SLOF and remove sclp prints jrossi
2024-10-08 1:15 ` [PATCH v3 03/19] pc-bios/s390-ccw: Link the netboot code into the main s390-ccw.img binary jrossi
2024-10-08 1:15 ` [PATCH v3 04/19] hw/s390x: Remove the possibility to load the s390-netboot.img binary jrossi
2024-10-08 1:15 ` [PATCH v3 05/19] pc-bios/s390-ccw: Merge netboot.mak into the main Makefile jrossi
2024-10-08 1:15 ` [PATCH v3 06/19] docs/system/s390x/bootdevices: Update the documentation about network booting jrossi
2024-10-08 1:15 ` [PATCH v3 07/19] pc-bios/s390-ccw: Remove panics from ISO IPL path jrossi
2024-10-09 9:46 ` Thomas Huth
2024-10-10 1:38 ` Jared Rossi
2024-10-08 1:15 ` [PATCH v3 08/19] pc-bios/s390-ccw: Remove panics from ECKD " jrossi
2024-10-09 10:53 ` Thomas Huth
2024-10-10 1:37 ` Jared Rossi
2024-10-10 5:45 ` Thomas Huth
2024-10-08 1:15 ` [PATCH v3 09/19] pc-bios/s390-ccw: Remove panics from SCSI " jrossi
2024-10-09 11:18 ` Thomas Huth [this message]
2024-10-10 1:37 ` Jared Rossi
2024-10-08 1:15 ` [PATCH v3 10/19] pc-bios/s390-ccw: Remove panics from DASD " jrossi
2024-10-08 1:15 ` [PATCH v3 11/19] pc-bios/s390-ccw: Remove panics from Netboot " jrossi
2024-10-09 11:35 ` Thomas Huth
2024-10-10 1:37 ` Jared Rossi
2024-10-08 1:15 ` [PATCH v3 12/19] pc-bios/s390-ccw: Enable failed IPL to return after error jrossi
2024-10-09 12:12 ` Thomas Huth
2024-10-08 1:15 ` [PATCH v3 13/19] include/hw/s390x: Add include files for common IPL structs jrossi
2024-10-08 1:15 ` [PATCH v3 14/19] s390x: Add individual loadparm assignment to CCW device jrossi
2024-10-08 1:15 ` [PATCH v3 15/19] hw/s390x: Build an IPLB for each boot device jrossi
2024-10-09 12:27 ` Thomas Huth
2024-10-08 1:15 ` [PATCH v3 16/19] s390x: Rebuild IPLB for SCSI device directly from DIAG308 jrossi
2024-10-08 1:15 ` [PATCH v3 17/19] pc-bios/s390x: Enable multi-device boot loop jrossi
2024-10-08 18:27 ` Jared Rossi
2024-10-08 1:15 ` [PATCH v3 18/19] docs/system: Update documentation for s390x IPL jrossi
2024-10-09 12:39 ` Thomas Huth
2024-10-08 1:15 ` [PATCH v3 19/19] tests/qtest: Add s390x boot order tests to cdrom-test.c jrossi
2024-10-09 12:48 ` Thomas Huth
2024-10-10 1:37 ` Jared Rossi
2024-10-10 5:46 ` Thomas Huth
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=911b4020-c60e-4a74-a61d-3ce370a3a878@redhat.com \
--to=thuth@redhat.com \
--cc=frankja@linux.ibm.com \
--cc=jrossi@linux.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).