From: "Jan Beulich" <jbeulich@novell.com>
To: Keir Fraser <Keir.Fraser@cl.cam.ac.uk>
Cc: ron minnich <rminnich@gmail.com>,
Ian Pratt <Ian.Pratt@cl.cam.ac.uk>,
xen-devel@lists.xensource.com,
Jayant Mangalampalli <Jayant_Mangalampalli@phoenix.com>
Subject: Re: vesafb
Date: Tue, 08 May 2007 08:50:55 +0100 [thread overview]
Message-ID: <464047FF.76E4.0078.0@novell.com> (raw)
In-Reply-To: <C265E819.6F8E%Keir.Fraser@cl.cam.ac.uk>
>>> Keir Fraser <Keir.Fraser@cl.cam.ac.uk> 08.05.07 09:40 >>>
>On 8/5/07 08:22, "Jan Beulich" <jbeulich@novell.com> wrote:
>
>>> I think we want to parse the dom0 kernel's command line looking for a
>>> 'vga=' parameter, and if present, setup the appropriate vesa mode just
>>> before un-pausing the newly created dom0.
>>
>> So you want the same counter intuitive mechanism that native Linux uses
>> (in that GrUB parses the kernel command line), rather than having the
>> command line option apply directly to Xen (i.e. vesa=), leaving unhandled
>> any non-Linux OSes possibly usable as dom0?
>
>Er, what?
>
>GRUB only parses 'vga=' for Linux images. It doesn't do so for multiboot
>images. And, even if it did, what does that have to do with non-Linux dom0
>OSes?
Exactly, and Ian intends to do the same thing (i.e. parse the Linux-dom0
command line). This is what I consider counter-intuitive - Xen should only
care about its own command line (unless absolutely needed to make
assumptions about dom0's), and GrUB really shouldn't look at Linux'
command line either.
>The reason we plan to use Linux-style 'vga=' is because we can leverage the
>fact that people have already learned the hex mode numbers they care about
>from using native Linux. Actually I will probably go for 'vga=vesa-<mode>'.
Yes, that would have been my second favorite.
Jan
next prev parent reply other threads:[~2007-05-08 7:50 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-07 13:29 vesafb Jayant Mangalampalli
2007-05-07 19:57 ` vesafb ron minnich
2007-05-07 20:14 ` vesafb Ian Pratt
2007-05-08 3:14 ` vesafb Kaushik Barde
2007-05-08 7:22 ` vesafb Jan Beulich
2007-05-08 7:40 ` vesafb Keir Fraser
2007-05-08 7:50 ` Jan Beulich [this message]
2007-05-08 8:00 ` vesafb Keir Fraser
2007-05-08 9:56 ` vesafb Jan Beulich
2007-05-08 10:38 ` vesafb Keir Fraser
2007-05-08 19:20 ` vesafb Kaushik Barde
2007-05-08 20:06 ` vesafb Keir Fraser
2007-05-08 20:47 ` vesafb Kaushik Barde
2007-05-08 21:34 ` vesafb Keir Fraser
2007-05-08 21:43 ` vesafb Kaushik Barde
2007-05-09 7:48 ` vesafb Jan Beulich
2007-05-09 8:14 ` vesafb Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2007-05-08 8:49 vesafb Ian Pratt
2007-04-30 20:54 vesafb ron minnich
2007-04-30 21:52 ` vesafb Ian Pratt
2007-05-01 0:13 ` vesafb ron minnich
2006-06-05 18:02 vesafb Nathan King
2006-06-08 0:32 ` vesafb Antonino A. Daplas
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=464047FF.76E4.0078.0@novell.com \
--to=jbeulich@novell.com \
--cc=Ian.Pratt@cl.cam.ac.uk \
--cc=Jayant_Mangalampalli@phoenix.com \
--cc=Keir.Fraser@cl.cam.ac.uk \
--cc=rminnich@gmail.com \
--cc=xen-devel@lists.xensource.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 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.