Comment # 39
on bug 59431
from Seth Forshee
(In reply to comment #37) > I have no graphics setup or at least not that i am aware off. > I get a ncurses based menu where i can choose the different kernels i have > installed. By "graphics" I just mean that grub can display something on the screen, which seems to be the case. Typically on a Mac grub will use GOP for this, which is the interface supported by efifb. > Right now i cannot seem to get a console even with or without the > gfxpayload=keep option on the 32bit kernel. When starting the same usb stick > on a macbook air it works with both the 32bit kernel and the 64bit kernel. There's only one graphics card in the airs. Part of your current problems seems to be confusion over which card should be used. > We don't use the default ubuntu grub install because we setup a small > efiboot environment using grub-mkimage. > grub-mkimage -O x86_64-efi -o bootx64.efi search_fs_uuid fat ext2 normal > boot configfile linux What I'm trying to figure out here is whether or not the patch I wrote is actually needed. If it's a problem with how the kernel is being booted then patching efifb probably isn't appropriate. Please try booting a standard 64-bit Ubuntu image (either 12.10 or the 13.04 daily builds) and see if you experience any of the same problems. If not then you've got a problem with your boot environment. I'm no grub expert, but your list of modules is rather small. In particular I notice that there's a efi_gop module that isn't included. There's still obviously a problem with the graphics when you boot a 32-bit kernel, but getting the kernel to identify the correct graphics device to use is a prerequisite to fixing the other problem.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
