All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Huth <thuth@redhat.com>
To: qemu-devel@nongnu.org, Peter Maydell <peter.maydell@linaro.org>
Cc: Christian Borntraeger <borntraeger@de.ibm.com>,
	qemu-s390x@nongnu.org, Cornelia Huck <cohuck@redhat.com>,
	Marc Hartmayer <mhartmay@linux.ibm.com>,
	Janosch Frank <frankja@linux.ibm.com>
Subject: [PULL 06/16] pc-bios/s390-ccw: Scan through all devices if no boot device specified
Date: Tue,  6 Oct 2020 20:31:12 +0200	[thread overview]
Message-ID: <20201006183122.155609-7-thuth@redhat.com> (raw)
In-Reply-To: <20201006183122.155609-1-thuth@redhat.com>

If no boot device has been specified (via "bootindex=..."), the s390-ccw
bios scans through all devices to find a bootable device. But so far, it
stops at the very first block device (including virtio-scsi controllers
without attached devices) that it finds, no matter whether it is bootable
or not. That leads to some weird situatation where it is e.g. possible
to boot via:

 qemu-system-s390x -hda /path/to/disk.qcow2

but not if there is e.g. a virtio-scsi controller specified before:

 qemu-system-s390x -device virtio-scsi -hda /path/to/disk.qcow2

While using "bootindex=..." is clearly the preferred way of booting
on s390x, we still can make the life for the users at least a little
bit easier if we look at all available devices to find a bootable one.

Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=1846975
Reviewed-by: Cornelia Huck <cohuck@redhat.com>
Message-Id: <20200806105349.632-7-thuth@redhat.com>
Signed-off-by: Thomas Huth <thuth@redhat.com>
---
 pc-bios/s390-ccw/main.c | 46 +++++++++++++++++++++++++++--------------
 1 file changed, 31 insertions(+), 15 deletions(-)

diff --git a/pc-bios/s390-ccw/main.c b/pc-bios/s390-ccw/main.c
index 7bdd12ab2e..9b581074a1 100644
--- a/pc-bios/s390-ccw/main.c
+++ b/pc-bios/s390-ccw/main.c
@@ -182,20 +182,8 @@ static void boot_setup(void)
 static void find_boot_device(void)
 {
     VDev *vdev = virtio_get_device();
-    int ssid;
     bool found;
 
-    if (!have_iplb) {
-        for (ssid = 0; ssid < 0x3; ssid++) {
-            blk_schid.ssid = ssid;
-            found = find_subch(-1);
-            if (found) {
-                return;
-            }
-        }
-        panic("Could not find a suitable boot device (none specified)\n");
-    }
-
     switch (iplb.pbt) {
     case S390_IPL_TYPE_CCW:
         debug_print_int("device no. ", iplb.ccw.devno);
@@ -261,14 +249,42 @@ static void ipl_boot_device(void)
     }
 }
 
+/*
+ * No boot device has been specified, so we have to scan through the
+ * channels to find one.
+ */
+static void probe_boot_device(void)
+{
+    int ssid, sch_no, ret;
+
+    for (ssid = 0; ssid < 0x3; ssid++) {
+        blk_schid.ssid = ssid;
+        for (sch_no = 0; sch_no < 0x10000; sch_no++) {
+            ret = is_dev_possibly_bootable(-1, sch_no);
+            if (ret < 0) {
+                break;
+            }
+            if (ret == true) {
+                ipl_boot_device();      /* Only returns if unsuccessful */
+            }
+        }
+    }
+
+    sclp_print("Could not find a suitable boot device (none specified)\n");
+}
+
 int main(void)
 {
     sclp_setup();
     css_setup();
     boot_setup();
-    find_boot_device();
-    enable_subchannel(blk_schid);
-    ipl_boot_device();
+    if (have_iplb) {
+        find_boot_device();
+        enable_subchannel(blk_schid);
+        ipl_boot_device();
+    } else {
+        probe_boot_device();
+    }
 
     panic("Failed to load OS from hard disk\n");
     return 0; /* make compiler happy */
-- 
2.18.2



  parent reply	other threads:[~2020-10-06 18:36 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-10-06 18:31 [PULL 00/16] s390-ccw bios update Thomas Huth
2020-10-06 18:31 ` [PULL 01/16] pc-bios/s390-ccw/Makefile: Compile with -std=gnu99, -fwrapv and -fno-common Thomas Huth
2020-10-06 18:31 ` [PULL 02/16] pc-bios/s390-ccw: Move ipl-related code from main() into a separate function Thomas Huth
2020-10-06 18:31 ` [PULL 03/16] pc-bios/s390-ccw: Introduce ENODEV define and remove guards of others Thomas Huth
2020-10-06 18:31 ` [PULL 04/16] pc-bios/s390-ccw: Move the inner logic of find_subch() to a separate function Thomas Huth
2020-10-06 18:31 ` [PULL 05/16] pc-bios/s390-ccw: Do not bail out early if not finding a SCSI disk Thomas Huth
2020-10-06 18:31 ` Thomas Huth [this message]
2020-10-06 18:31 ` [PULL 07/16] pc-bios/s390-ccw: Allow booting in case the first virtio-blk disk is bad Thomas Huth
2020-10-06 18:31 ` [PULL 08/16] pc-bios/s390-ccw/main: Remove superfluous call to enable_subchannel() Thomas Huth
2020-10-06 18:31 ` [PULL 09/16] pc-bios/s390-ccw: fix off-by-one error Thomas Huth
2020-10-06 18:31 ` [PULL 10/16] pc-bios/s390-ccw: break loop if a null block number is reached Thomas Huth
2020-10-06 18:31 ` [PULL 11/16] pc-bios: s390x: Fix bootmap.c zipl component entry data handling Thomas Huth
2020-10-06 18:31 ` [PULL 12/16] pc-bios: s390x: Save PSW rework Thomas Huth
2020-10-06 18:31 ` [PULL 13/16] pc-bios: s390x: Use reset PSW if avaliable Thomas Huth
2020-10-06 18:31 ` [PULL 14/16] pc-bios: s390x: Go into disabled wait when encountering a PGM exception Thomas Huth
2020-10-06 18:31 ` [PULL 15/16] pc-bios/s390: Update the s390-ccw bios binaries Thomas Huth
2020-10-06 18:31 ` [PULL 16/16] tests/qtest/cdrom: Add more s390x-related boot tests Thomas Huth
2020-10-07  5:59 ` [PULL 00/16] s390-ccw bios update Christian Borntraeger
2020-10-08 10:32 ` Peter Maydell

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=20201006183122.155609-7-thuth@redhat.com \
    --to=thuth@redhat.com \
    --cc=borntraeger@de.ibm.com \
    --cc=cohuck@redhat.com \
    --cc=frankja@linux.ibm.com \
    --cc=mhartmay@linux.ibm.com \
    --cc=peter.maydell@linaro.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.