qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
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



  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).