[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: UEFI Boot with Grub-Experimental

From: stephen
Subject: Re: UEFI Boot with Grub-Experimental
Date: Wed, 30 Jun 2010 10:10:28 -0700
User-agent: RoundCube Webmail/0.3-beta


Thanks for the response.

After trying terminal_output, the computer screen would simply go black
and the machine would hang (the numlock key would not respond) after the
terminal_output gfx command was executed; this would happen regardless
of whether or not set gfxmode was called before.  

I also have just tried the efi_video_info patch; the system reports:

GOP info:
List of video modes:
0: 1024 x 768, bitonly, scan line 1024
Current mode: 0

Do i need to pass this information on to the kernel somehow?


On Wed, 30 Jun 2010 10:40:31 +0100, Colin Watson <address@hidden>
> On Wed, Jun 30, 2010 at 01:54:36AM -0700, address@hidden wrote:
>> After having no luck using the grub-efi-amd64 package in ubuntu, or the
>> grub trunk, I've started trying to compile my own grub and getting it to
>> boot on a new Intel motherboard which supports EFI.  I've not been able
>> to get any output yet from the acutal linux kernel; usually the system
>> will simply hang after the boot menu option is selected, or the 'boot'
>> command is issued from the grub command line.
>> Currently the farthest I've gotten is using the grub command line and
>> typing in the following commands:
>> insmod efi_gop # no impact on result
>> insmod ext2
>> insmod part_gpt
>> set root=(hd0,gpt3)
>> fakeroot # optional, no impact on result
> I guess that should be 'fakebios'.
>> error: no suitable mode found
> After 'insmod efi_gop', could you try 'insmod gfxterm' and then
> 'terminal_output gfxterm', and see what happens?  Before the
> terminal_output command, you can also use 'set gfxmode=MODE' (e.g. 'set
> gfxmode=1024x768') to change its mode selection.  gfxterm can help
> matters here, as that way you have a working video mode that the kernel
> can be told to inherit, rather than having to probe its own.
> Unfortunately right now it's hard to get debugging information on EFI
> video modes.  Since you're building your own GRUB anyway, though, you
> could try this patch against trunk:
> That will give you an 'efi_video_info' command, which should dump out
> the available GOP modes, and might be useful to get a slightly better
> idea of what's going on.
>> booting however
>> _
>> And then nothing else happens.
> It's possible that the kernel may have booted successfully, but that you
> simply don't have a working console.  It would be useful to try pinging
> the machine to test that.
>> I've also tried newreloc, but I don't think this has anything to do with
>> relocations.
> Agreed.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]