From: "Collin L. Walling" <walling@linux.vnet.ibm.com>
To: Cornelia Huck <cohuck@redhat.com>, Thomas Huth <thuth@redhat.com>
Cc: Christian Borntraeger <borntraeger@de.ibm.com>,
qemu-s390x@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [qemu-s390x] [PULL-for-s390x 06/14] s390-ccw: parse and set boot menu options
Date: Mon, 26 Feb 2018 14:44:45 -0500 [thread overview]
Message-ID: <dcfd4bf5-fd36-52cc-8b66-87a68e80cc48@linux.vnet.ibm.com> (raw)
In-Reply-To: <b6664df2-eec4-7e35-1498-be27b5cc3e79@linux.vnet.ibm.com>
On 02/26/2018 02:29 PM, Collin L. Walling wrote:
> On 02/26/2018 01:48 PM, Cornelia Huck wrote:
>> On Mon, 26 Feb 2018 11:42:29 +0100
>> Thomas Huth <thuth@redhat.com> wrote:
>>
>> [...]
>>
>>> 3 files changed, 66 insertions(+), 4 deletions(-)
>>> +static void s390_ipl_set_boot_menu(S390IPLState *ipl)
>>> +{
>>> + QemuOptsList *plist = qemu_find_opts("boot-opts");
>>> + QemuOpts *opts = QTAILQ_FIRST(&plist->head);
>>> + uint8_t *flags = &ipl->qipl.qipl_flags;
>>> + uint32_t *timeout = &ipl->qipl.boot_menu_timeout;
>>> + const char *tmp;
>>> + unsigned long splash_time = 0;
>>> +
>>> + if (!get_boot_device(0)) {
>>> + if (boot_menu) {
>>> + error_report("boot menu requires a bootindex to be
>>> specified for "
>>> + "the IPL device.");
>>> + }
>>> + return;
>>> + }
>>> +
>>> + switch (ipl->iplb.pbt) {
>>> + case S390_IPL_TYPE_CCW:
>>> + break;
>>> + default:
>>> + error_report("boot menu is not supported for this device
>>> type.");
>> If I specify both a bootindex for a device and a -kernel parameter, I
>> get this error message. Looks a tad odd, but not sure how to avoid it.
>
> Hmm... perhaps an additional check if no IPLB, then skip trying to set
> any boot menu data?
>
>> [...]
>
>
Something like:
if (!ipl->iplb.len) {
return;
}
placed just below the if (!get_boot_device(0)) chunk fixed it for me.If
no IPLB was set,
then the IPLB fields should just all be zeros. Why not just check if
the length is 0 to
determine that we did not set an IPLB at all?
also:
if (!ipl->iplb.len) {
if (boot_menu) {
error_report("boot menu requires an IPLB to function");
}
return;
}
if you think an error message is needed (use a better message, mine is
not helpful but I
just wanted to demonstrate that the if (boot_menu) check should be
nested first).
Thanks for reporting this. Seems to be a few cases that I missed on my end.
--
- Collin L Walling
next prev parent reply other threads:[~2018-02-26 19:44 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-26 10:42 [Qemu-devel] [PULL-for-s390x 00/14] s390-ccw firmware update Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 01/14] s390-ccw: refactor boot map table code Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 02/14] s390-ccw: refactor eckd_block_num to use CHS Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 03/14] s390-ccw: refactor IPL structs Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 04/14] s390-ccw: update libc Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 05/14] s390-ccw: move auxiliary IPL data to separate location Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 06/14] s390-ccw: parse and set boot menu options Thomas Huth
2018-02-26 18:48 ` Cornelia Huck
2018-02-26 19:29 ` [Qemu-devel] [qemu-s390x] " Collin L. Walling
2018-02-26 19:44 ` Collin L. Walling [this message]
2018-02-27 9:12 ` Cornelia Huck
2018-02-27 9:22 ` Thomas Huth
2018-02-27 15:04 ` Collin L. Walling
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 07/14] s390-ccw: set up interactive boot menu parameters Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 08/14] s390-ccw: read stage2 boot loader data to find menu Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 09/14] s390-ccw: print zipl boot menu Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 10/14] s390-ccw: read user input for boot index via the SCLP console Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 11/14] s390-ccw: set cp_receive mask only when needed and consume pending service irqs Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 12/14] s390-ccw: use zipl values when no boot menu options are present Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 13/14] s390-ccw: interactive boot menu for scsi Thomas Huth
2018-02-26 10:42 ` [Qemu-devel] [PULL-for-s390x 14/14] pc-bios/s390: Rebuild the s390x firmware images with the boot menu changes Thomas Huth
2018-02-27 9:30 ` [Qemu-devel] [PULL-for-s390x 00/14] s390-ccw firmware update Cornelia Huck
2018-02-27 17:56 ` Peter Maydell
2018-02-27 18:51 ` Cornelia Huck
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=dcfd4bf5-fd36-52cc-8b66-87a68e80cc48@linux.vnet.ibm.com \
--to=walling@linux.vnet.ibm.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-s390x@nongnu.org \
--cc=thuth@redhat.com \
/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).