From: Pavel Roskin <proski@gnu.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: [PATCH] Video mode fixes in linux loader
Date: Tue, 07 Apr 2009 18:04:18 -0400 [thread overview]
Message-ID: <1239141858.6810.15.camel@mj> (raw)
In-Reply-To: <49DB016D.1070000@gmail.com>
On Tue, 2009-04-07 at 09:31 +0200, phcoder wrote:
> Does it actually work?
No. But at least it loads the kernel.
> I don't see the code which either handles
> GRUB_LINUX_VID_MODE_ASK or passes it to the kernel.
We could set params->vid_mode, but the mode setting in the kernel is
done in the 16-bit code that we don't use.
> Also it looks like
> vga= parameter is parsed by grub and grub passes only video mode values
> as resolution and color depth. Wouldn't it be better to move to a more
> modern video mode specification method? As gfxpayload variable
> previously discussed on that list
OK, I just fixed the issue that was annoying me. Being a PC user, I
don't really care about the graphical boot.
After touching that code, I believe the 32-bit Linux loader should not
parse the vga option at all. It's irrelevant.
Instead, the loader should either load the kernel in the current mode
(text of gfxterm) or it should restore the text mode. I believe not all
kernels can start in graphical mode, so using the graphical mode should
be enabled explicitly by some option.
If the platform doesn't have text mode, then obviously the current mode
should be used.
I don't see any strong need to use different video modes in GRUB and in
the kernel. If somebody needs that, the mode in GRUB can be changed
before loading the kernel. Also, a kernel video driver can change the
mode upon initialization using driver-specific parameters.
GRUB could implement video mode handling compatible with the Linux
internal bootloader, including "vga=ask", but I'm not sure we need it.
--
Regards,
Pavel Roskin
next prev parent reply other threads:[~2009-04-07 22:04 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-06 15:34 [PATCH] Video mode fixes in linux loader Pavel Roskin
2009-04-07 0:31 ` Yoshinori K. Okuji
2009-04-07 0:49 ` Pavel Roskin
2009-04-07 7:31 ` phcoder
2009-04-07 22:04 ` Pavel Roskin [this message]
2009-04-12 19:11 ` phcoder
2009-04-12 20:43 ` Pavel Roskin
2009-04-13 14:16 ` Robert Millan
2009-04-13 14:45 ` Robert Millan
2009-04-13 15:41 ` Pavel Roskin
2009-04-13 19:05 ` Robert Millan
2009-04-13 23:20 ` Pavel Roskin
2009-04-14 0:02 ` phcoder
2009-05-02 11:38 ` Robert Millan
2009-05-02 11:31 ` Robert Millan
2009-05-02 15:32 ` Robert Millan
2009-05-03 0:03 ` BandiPat
2009-05-03 15:53 ` Robert Millan
2009-05-04 15:15 ` BandiPat
2009-05-04 16:01 ` Robert Millan
2009-05-04 18:16 ` BandiPat
2009-05-04 18:16 ` Felix Zielcke
2009-05-04 20:30 ` Robert Millan
2009-05-04 21:59 ` BandiPat
2009-05-13 20:47 ` Robert Millan
2009-05-04 18:04 ` Robert Millan
2009-05-03 13:18 ` Isaac Dupree
2009-05-03 15:50 ` Robert Millan
2009-04-13 15:16 ` Pavel Roskin
2009-04-13 18:59 ` Robert Millan
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=1239141858.6810.15.camel@mj \
--to=proski@gnu.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.