From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Pm3pg-0002wE-CL for mharc-grub-devel@gnu.org; Sun, 06 Feb 2011 07:35:12 -0500 Received: from [140.186.70.92] (port=34916 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pm3pe-0002w9-4G for grub-devel@gnu.org; Sun, 06 Feb 2011 07:35:11 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pm3pc-0006jV-NY for grub-devel@gnu.org; Sun, 06 Feb 2011 07:35:09 -0500 Received: from mail-ew0-f41.google.com ([209.85.215.41]:53343) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pm3pc-0006jQ-DJ for grub-devel@gnu.org; Sun, 06 Feb 2011 07:35:08 -0500 Received: by ewy27 with SMTP id 27so1790473ewy.0 for ; Sun, 06 Feb 2011 04:35:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:x-enigmail-version:content-type; bh=ng76E1aH3zS3RMuDnCNRq0TqbTZ7iU/L1ES70Nf0iLA=; b=J0BnWQKSzSr5dnkZ31arD96UjD1Bs4EPdsYN86nlXzBqy34DVQ1/3hr4wfXJ0h8BGU WV+fa8ub2BLCr+z/G6F5GiZ/hsxMmfu84cuebz0zTU8TZKv5S+kcJMNznEkUk0vYiffU TBJMjkcSyICFTFzaSGc1DVtI7QzbC50JmBhVc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=kzn7up7m7VS4A323emttwh+72kvFJoLOH3O9/9T/f6cPI9lVq3+rcbmpd5vPs5/e/i nlzwNCvej7PP8UVKR1TEC25TVJuYyBMkoYnDWnPFk8crLtOLSZiUX0cx5W6oT0+epC3G lB1lYd7cEioboZf9otVLVbXYZHMkuCW1zLmwQ= Received: by 10.14.37.10 with SMTP id x10mr3816046eea.9.1296995707011; Sun, 06 Feb 2011 04:35:07 -0800 (PST) Received: from debian.x201.phnet (host-117-146-66-217.spbmts.ru [217.66.146.117]) by mx.google.com with ESMTPS id t5sm2204698eeh.8.2011.02.06.04.35.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 06 Feb 2011 04:35:05 -0800 (PST) Message-ID: <4D4E955F.8090004@gmail.com> Date: Sun, 06 Feb 2011 15:34:39 +0300 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20101226 Icedove/3.0.11 MIME-Version: 1.0 To: grub-devel@gnu.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig8845BBBC8E8CA421132EBB0B" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 209.85.215.41 Subject: Re: AMI Aptio EFI booting problems on ASUS G73SW-A1 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Feb 2011 12:35:11 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8845BBBC8E8CA421132EBB0B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 02/06/2011 05:57 AM, Nate Weibley wrote: > On Fri, Feb 4, 2011 at 12:01 PM, > wrote: > > Date: Fri, 04 Feb 2011 19:19:34 +0300 > From: Vladimir '?-coder/phcoder' Serbinenko > > Subject: Re: AMI Aptio EFI booting problems on ASUS G73SW-A1 > To: grub-devel@gnu.org > Message-ID: <4D4C2716.7080201@gmail.com > > > Content-Type: text/plain; charset=3D"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 ker= nel > > command line in my grub.cfg everything stalls at initrd. > I don't think that it gets so far as initrd and actually panics ear= ly. > > 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 operat= ion > 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, Debi= an, > Red Hat, git. > > > I substituted noefi for add_efi_memmap and added set debug=3Dall > 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 pictu= re > > with my cell phone as the laptop does not have a usable serial po= rt > > for capture. > > http://imgur.com/40lLO > > I should point out that adding set debug=3Dall appears to stall t= he > > 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 alread= y > 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 > > Grub-devel@gnu.org > > http://lists.gnu.org/mailman/listinfo/grub-devel > > > > > -- > Regards > Vladimir '=CF=86-coder/phcoder' Serbinenko > > Vladimir, > Per your suggestion I tried other linux distros with various kernels. > So far none of the EFI enabled distros are working. They do work if > booted via BIOS though, of course. Windows 7 64bit /does / boot > appropriately via EFI, so it's hard to say where the fault is. If > Windows is booting though, it seems more likely something is going > wrong in the Linux kernel EFI handling, or perhaps as you say GRUB is > passing incorrect pointers. Either way, they all exhibit the exact > same behavior... the kernel is loaded, and at the point init should be > called, the system stalls with no debug or error message. On EFI Linux has no early printk other than to a serial. So you receive no messages unless you're connected to serial. It makes diagnosis much more difficult. > =20 > > I will continue testing as kernel revisions are released, but I'm not > sure how else I can bang away at trying to get EFI to boot without any > sort of error message or debugging info. > > --=20 > --Nate Weibley > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig8845BBBC8E8CA421132EBB0B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAk1OlV8ACgkQNak7dOguQgmUzgD/Sxb4izYgkftTTzO26dBzvbOP hwlXOqelDI4otAmK6k0A/2kQBFsCqqEW/C7R019IzMl0fQtNLLSY2n2+CK9Q6vFJ =cu7B -----END PGP SIGNATURE----- --------------enig8845BBBC8E8CA421132EBB0B--