All of lore.kernel.org
 help / color / mirror / Atom feed
From: Johan Grip <ogun@ogun.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Framebuffer
Date: Fri, 15 Oct 2004 16:40:32 +0200	[thread overview]
Message-ID: <416FE160.7070707@ogun.org> (raw)
In-Reply-To: <874qkw1251.fsf@marco.marco-g.com>

Marco Gerards wrote:
> Johan Grip <ogun@ogun.org> writes:
> 
> 
>>Marco Gerards wrote:
>><SNIP>
>>
>>>Does this make sense or does this just suck?  I hope many people will
>>>reply on this so I can start hacking ASAP.
>>>
>>
>>This does indeed make sense. For the project I am involved in, AROS,
>>we already use a patched version of GRUB with vesa support in it.
>>
>>Our patch allows GRUB to set a vesa mode before handing over control
>>to the OS, so we do not need to mess with realmode stuff in our code.
> 
> 
> This is a bit of a different discussion, I think (although related).
> What you are suggesting is that the VESA part of the multiboot
> specification should be implemented, right?  IIRC it is possible to
> set a VESA mode just before booting the kernel if I remember the
> multiboot spec correctly.  The code for that and the framebuffer can
> be shared somehow.
> 
Indeed, that was my thought. Once you have code for a vesa framebuffer 
in place, adding the multiboot compliancy would be rather simple. So 
they go hand in hand, atleast for vesa.

> Both a complete multiboot (or a new multiboot specification) and a
> framebuffer for GRUB 2 are important to have IMHO.
> 
Yes, agreed.
I think our code does not follow the multiboot spec though, as we want 
to be able to select a screenmode from the grub menu. The multiboot spec 
states that the kernel image should have info in it regarding screen 
mode etc.

//Johan



  reply	other threads:[~2004-10-15 14:47 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-15 13:51 Framebuffer Marco Gerards
2004-10-15 14:12 ` Framebuffer Johan Grip
2004-10-15 14:34   ` Framebuffer Marco Gerards
2004-10-15 14:40     ` Johan Grip [this message]
2004-10-15 15:15       ` Framebuffer Marco Gerards
2004-10-15 15:28         ` Framebuffer Johan Rydberg
2004-10-15 15:32         ` Framebuffer Yoshinori K. Okuji
2004-10-15 22:49           ` Framebuffer Marco Gerards
2004-10-16 11:40             ` Framebuffer Yoshinori K. Okuji
2004-10-16 12:27               ` Framebuffer Marco Gerards
2004-10-17 20:28 ` Framebuffer Yoshinori K. Okuji
2004-10-17 20:34   ` Framebuffer Marco Gerards
2004-10-17 20:48     ` Framebuffer Yoshinori K. Okuji
2004-10-17 20:59       ` Framebuffer Marco Gerards

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=416FE160.7070707@ogun.org \
    --to=ogun@ogun.org \
    --cc=grub-devel@gnu.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.