From: Phillip Susi <psusi@ubuntu.com>
To: Thomas Nilsen <cumulusnimbus@gmail.com>
Cc: The development of GNU GRUB <grub-devel@gnu.org>
Subject: Re: Multiboot video mode request on EFI-gop
Date: Mon, 16 Jan 2012 10:35:32 -0500 [thread overview]
Message-ID: <4F1443C4.5060807@ubuntu.com> (raw)
In-Reply-To: <CAHtC_A23KN_uOr5TeTkOdYLw-=Db8eXU5QH-tJ9H50_hhAKbFw@mail.gmail.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 1/16/2012 10:22 AM, Thomas Nilsen wrote:
> Hi,
>
> I think i might have explained myself incorrect.
>
> What i mean is:
>
> 1. Grub2 runs very well on BIOS & (U)EFI bios. Nice graphics as
> requested in gfxmode etc.
>
> 2. Grub2 loads multiboot kernel and gives it its requested
> videomode (from the videomode request part of multibootheader)
>
> 3. Grub2 does NOT load multiboot kernel and gives it its requested
> videomode. It seems to give it its mode, but the info is not right
> in the multiboot parameters.. So the "kernel" cannot tell what mode
> it is, where its LFB is and bpp etc.
Ahh, yes, this is because gop doesn't set a vesa mode and let you play
with the flat frame buffer. You actually make gop calls to perform
the IO for you. Grub can leave the display in that state when passing
off to the kernel, but the kernel has to have its own KMS video driver
to take over; it can't just start poking at a frame buffer like it can
with VESA.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJPFEPEAAoJEJrBOlT6nu75SmgIAJq8XvbE8/g/dtwwVOmwLpgW
ahFS5MQU1CCvkmXE54GteIfMVmdLxiRgBdlLH8VxXr4CW19YpYyAWtoi+ib038QB
b7DeaReDw2WzYrikw7Ezt1mWejw7t4Ysv1eEjw0ppQlLMm+/Rnwf+qum5nddWeIh
ognAT03nqcu+AsOv7G++wiSltNLKXfACrjhdr/VRAmibGT1a5/er0z26evGW1U5/
eXWX5kSpsNDuMQILBKvVkLkACK8cC4apKkhATBGA2pGENPgys+fu7NzTJm/j16dt
sAuck2a+LpCEJ7os90JwouPVITLeQ05p07LwqJhMMfRkDApoIfgWYXGBFPlTbbE=
=EUzD
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2012-01-17 16:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-16 10:24 Multiboot video mode request on EFI-gop Thomas Nilsen
2012-01-16 14:51 ` Phillip Susi
2012-01-16 15:22 ` Thomas Nilsen
2012-01-16 15:35 ` Phillip Susi [this message]
2012-01-16 15:50 ` Thomas Nilsen
2012-01-16 15:57 ` Vladimir 'φ-coder/phcoder' Serbinenko
2012-01-16 15:46 ` Vladimir 'φ-coder/phcoder' Serbinenko
[not found] ` <CAHtC_A2ECTeerxvx1GqcJEa_XceBefqvpqSG7-eO5GjDfd_9hQ@mail.gmail.com>
2012-01-16 17:00 ` Thomas Nilsen
2012-01-18 13:24 ` Vladimir 'φ-coder/phcoder' Serbinenko
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=4F1443C4.5060807@ubuntu.com \
--to=psusi@ubuntu.com \
--cc=cumulusnimbus@gmail.com \
--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.