All of lore.kernel.org
 help / color / mirror / Atom feed
From: David Hopwood <david.nospam.hopwood@blueyonder.co.uk>
To: xen-devel@lists.xensource.com
Subject: Re: beginnings of allowing more than the basic 80x25 VGAscreen resolution
Date: Tue, 05 Jul 2005 18:22:57 +0100	[thread overview]
Message-ID: <42CAC1F1.1060502@blueyonder.co.uk> (raw)
In-Reply-To: <fe1277b9bd8faeb0a215addba8ca5f77@cl.cam.ac.uk>

Keir Fraser wrote:
> On 5 Jul 2005, at 13:58, Gerd Knorr wrote:
> > "Ling, Xiaofeng" <xiaofeng.ling@intel.com> writes:
> 
>>> Is it possible to add some real mode code to xen like video.S in linux
>>> kernel to switch mode?
>>
>> Hmm, how about adding that to the boot loader(s)?
>>
>> IIRC there are some fields in the multiboot info header for that kind
>> of stuff, so grub could setup that and pass on the info to xen (and
>> xen in turn to the dom0 kernel?).

Yes. How this is supposed to work is that the OS's multiboot header
specifies a desired mode:
<http://www.gnu.org/software/grub/manual/multiboot/multiboot.html#Header%20graphics%20fields>
and then the boot loader passes back information about the actual mode
that was set in the vbe_* fields of the information struct.

>> multiboot kernels are started in 32-bit protected mode by the boot
>> loader, i.e. xen has (unlike linux) no 16-bit startup code.  Thus
>> doing 16-bit BIOS calls once xen is running is a bit difficult ...
> 
> GRUB has code for switching back into real mode to do bios calls. We 
> could take that, plus video.S, and put them in Xen. Then add an info 
> structure for passing video info up to domain0. It's pretty ugly, but I 
> think there is no nice solution here. Would we also need vesa/vga driver 
> code from Linux for setting up font data in some graphics modes?

I prefer Gerd's suggestion of relying on the boot loader to set up a
reasonable mode. Multiboot is all about providing a sane initial hardware
state to multiboot-compliant kernels, so that they do not need as much
(preferably not any) of this crufty 16-bit initialization code.
This is code that with a cleaner hardware/BIOS design would not be needed
at all; ideally, OS designers should be able to forget about it like a
bad dream.

On current PC hardware, a boot loader must have code for doing BIOS calls
anyway, so it might as well set up the video mode (and font if needed).
I don't know what modes GRUB currently supports, but if it doesn't support
the > 25-line text modes then that's an RFE for GRUB, not something that
needs to be fixed by adding more cruft to Xen.

-- 
David Hopwood <david.nospam.hopwood@blueyonder.co.uk>

  reply	other threads:[~2005-07-05 17:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-05 12:10 beginnings of allowing more than the basic 80x25 VGAscreen resolution Ling, Xiaofeng
2005-07-05 12:58 ` Gerd Knorr
2005-07-05 13:07   ` Keir Fraser
2005-07-05 17:22     ` David Hopwood [this message]
2005-07-06  8:40       ` Keir Fraser
  -- strict thread matches above, loose matches on Subject: below --
2005-07-05 13:22 Jan Beulich
     [not found] <s2ca350f.097@lucius.provo.novell.com>
2005-07-05 13:28 ` Keir Fraser
2005-07-05 13:42   ` Gerd Knorr
2005-07-05 14:11 Jan Beulich
     [not found] <s2ca4091.019@lucius.provo.novell.com>
2005-07-05 14:47 ` Gerd Knorr

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=42CAC1F1.1060502@blueyonder.co.uk \
    --to=david.nospam.hopwood@blueyonder.co.uk \
    --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.