From: Anthony Liguori <anthony@codemonkey.ws>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: qemu-devel@nongnu.org, Gleb Natapov <gleb@redhat.com>
Subject: Re: [Qemu-devel] [PATCH] x86: Manage BIOS boot menu via command line
Date: Thu, 18 Dec 2008 11:23:16 -0600 [thread overview]
Message-ID: <494A8704.6030102@codemonkey.ws> (raw)
In-Reply-To: <494A80DE.6020601@siemens.com>
Jan Kiszka wrote:
> Anthony Liguori wrote:
>
>> Paul Brook wrote:
>>
>>>
>> Or -boot cad,prompt=[on|off]
>>
>
> -boot currently takes arbitrary characters from a-z. Adding some
> extension means changing a lot of code (the users are unfortunately not
> well structured right now).
Our user interface should not be dictated by our lack of structure
internally. That said, I don't believe it's as bad as you may first think.
If you parse the parameters of the string in vl.c, you can construct a
new string that just contains "cad" and pass that to machine_init. That
makes it pretty straight forward.
> And how to deal with the monitor interface
> then? Keep it, extend it?
Extend it with the same syntax, in the same fashion.
> Moreover, how should we express the case of
> enabling the boot menu without providing any boot device,
> "-boot prompt=on"? Then parsing this will be fun - not impossible, for
> sure. But so far I'm looking for a straightforward approach.
>
I don't know that that syntax is needed. You could force -boot
,prompt=on but I think just explicitly specifying -boot cad,prompt=on is
enough.
>> Or firmware config since that can be shared with non-x86 targets.
>>
>
> I'm open for the firmware config if you explain to me how state
> information is supposed to be transfered from rombios32.c (where the
> fw_cfg is evaluated) to some function in rombios.c. Tried this but found
> nothing obvious.
>
Gleb, could you comment here? I'm obviously ignorant of the firmware
config code in the BIOS. It seems like the right thing to use but if
it's all the current support is in 32-bit code, it may be difficult to
use that within the 16-bit code without rewriting it all.
Regards,
Anthony Liguori
> Jan
>
next prev parent reply other threads:[~2008-12-18 17:23 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-18 13:04 [Qemu-devel] [PATCH] x86: Manage BIOS boot menu via command line Jan Kiszka
2008-12-18 13:30 ` Gleb Natapov
2008-12-18 16:06 ` [Qemu-devel] " Jan Kiszka
2008-12-18 16:20 ` [Qemu-devel] " Paul Brook
2008-12-18 16:28 ` Anthony Liguori
2008-12-18 16:57 ` Jan Kiszka
2008-12-18 17:23 ` Anthony Liguori [this message]
2008-12-18 17:41 ` Gleb Natapov
2008-12-18 18:43 ` Laurent Vivier
2008-12-18 21:28 ` [Qemu-devel] " Jan Kiszka
2008-12-18 16:27 ` [Qemu-devel] " Anthony Liguori
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=494A8704.6030102@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=gleb@redhat.com \
--cc=jan.kiszka@siemens.com \
--cc=qemu-devel@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).