From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1PlOza-0002rA-5R for mharc-grub-devel@gnu.org; Fri, 04 Feb 2011 11:58:42 -0500 Received: from [140.186.70.92] (port=53517 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlOO9-0004Ls-Ev for grub-devel@gnu.org; Fri, 04 Feb 2011 11:20:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlOO7-0006QM-Tc for grub-devel@gnu.org; Fri, 04 Feb 2011 11:20:01 -0500 Received: from mail-ew0-f41.google.com ([209.85.215.41]:34483) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlOO7-0006Pk-M1 for grub-devel@gnu.org; Fri, 04 Feb 2011 11:19:59 -0500 Received: by ewy27 with SMTP id 27so1283522ewy.0 for ; Fri, 04 Feb 2011 08:19:58 -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=gzVIN4yDFJpOXDUN00kZFdmTp0/RvCB9l0sxf8I7BpI=; b=ZkI8hhEHmuPuE7flAvFBDuvu1nOp+iMO9spOlRbe7syyqkHEhdvCab3KUbWlMsQX5K jOlSSXwUi+z0dJ+SvuDBId0+scrfgAKxRnr/vEhUGgdzoSKlJs3hkyp6OYcDknkg5rXQ 3GjhelyhjlVJdL9WRnwulBZ2WMklUS9VkES3s= 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=jzDWOrtYqccBtkfLMwc5evSElybL+ZV5J7iWHcaT3CjYhhZGkbKtqOo2Xh85LVR/g8 QSNKw3P0Kj3lmzRwGMXusihikO34m+/rcmJI90BwdJy4Z9VOpH189KwBLNBzQ9q1Rfyl 7X4HNa96iIc0GsAvqrVUC1BU15H0s30VT2HJU= Received: by 10.14.11.232 with SMTP id 80mr1795816eex.12.1296836396438; Fri, 04 Feb 2011 08:19:56 -0800 (PST) Received: from debian.x201.phnet (host-42-146-66-217.spbmts.ru [217.66.146.42]) by mx.google.com with ESMTPS id t50sm644430eeh.6.2011.02.04.08.19.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 08:19:55 -0800 (PST) Message-ID: <4D4C2716.7080201@gmail.com> Date: Fri, 04 Feb 2011 19:19:34 +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="------------enig412DF3BE5A17C5857397A65A" 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: Fri, 04 Feb 2011 16:58:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig412DF3BE5A17C5857397A65A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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.=20 > "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=3Dall before= > initrd is used.=20 > 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.=20 > http://imgur.com/40lLO > I should point out that adding set debug=3Dall 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 fixe= d. > If I can provide any additional info or take any additional debugging > steps, please let me know.=20 > > --=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 --------------enig412DF3BE5A17C5857397A65A 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/ iF4EAREKAAYFAk1MJx0ACgkQNak7dOguQgmsigEAmu4k0YheaDD4s3TCstcRSM98 J/s/B1S/00+htvRTljEA/R5DFS7B7TTAgHjDWSGVmAe6vjwPb8RIpYCFrhDsX8JN =8YAB -----END PGP SIGNATURE----- --------------enig412DF3BE5A17C5857397A65A--