> Content-Type: text/plain; charset="utf-8"
>
> On 02/04/2011 04:54 PM, Nate Weibley wrote:
> > Hey GRUB devs,
> >
> > I've been having some trouble getting GRUB2 to load Arch x86_64
> on my
> > ASUS G73SW-A1. Specifically, if I do not specify noefi on the kernel
> > command line in my grub.cfg everything stalls at initrd.
> I don't think that it gets so far as initrd and actually panics early.
> > I'm building GRUB2 from the bzr repo, so to my knowledge it
> should be
> > up-to-date.
> >
> "noefi" isn't handled at all by GRUB itself. It's just a parameter
> that
> it transfers to linux. So if it makes a difference. It's either:
> a) (most likely) Linux doesn't handle your EFI either because of
> EFI or
> Linux bugs
> b) GRUB passes incorrect EFI pointers. Considering that this operation
> is trivial, I think this is unlikely.
> GRUB can't do anything for (a). Well it could but not anything in
> a sane
> way. I suggest trying different Linuxes (kernels) E.g. Ubuntu, Debian,
> Red Hat, git.
>
> > I substituted noefi for add_efi_memmap and added set debug=all
> before
> > initrd is used.
> >
> add_efi_memmap should do any difference at all. It just makes
> Linux redo
> some of GRUB's job.
> > The system stalled again, but I did get /some /debugging output. A
> > link to the output is below; apologies for having to take a picture
> > with my cell phone as the laptop does not have a usable serial port
> > for capture.
> >
http://imgur.com/40lLO
> > I should point out that adding set debug=all appears to stall the
> > system at the same point even if noefi is still set for the
> kernel...
> > so perhaps this stall is not indicative of the initrd failure. I
> read
> > through the thread suggesting that there was a bug present with
> system
> > over 8GB, but it was my impression that the bug was patched.
> Are you sure? It may be indicative of a failure when printing debug
> output. Previously there was such bug when GRUB tried to use already
> finalised EFI services to print debug output but AFAICT it's
> already fixed.
> > If I can provide any additional info or take any additional
> debugging
> > steps, please let me know.
> >
> > --
> > --Nate Weibley
> >
> >
> > _______________________________________________
> > Grub-devel mailing list