From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1OQ6ie-0001Tu-QQ for mharc-grub-devel@gnu.org; Sat, 19 Jun 2010 18:40:56 -0400 Received: from [140.186.70.92] (port=53090 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OQ6ia-0001TX-VV for grub-devel@gnu.org; Sat, 19 Jun 2010 18:40:54 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OQ6iZ-0004cE-2M for grub-devel@gnu.org; Sat, 19 Jun 2010 18:40:52 -0400 Received: from fg-out-1718.google.com ([72.14.220.159]:52429) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OQ6iY-0004bx-Qa for grub-devel@gnu.org; Sat, 19 Jun 2010 18:40:51 -0400 Received: by fg-out-1718.google.com with SMTP id 22so543113fge.12 for ; Sat, 19 Jun 2010 15:40:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=PRHobjMY0S0m8XojIzPAFbB3y+28Xya/FiiJi46MJEw=; b=evWwQxC3cu3Y8kFuIfAbbqZHszVVx4O30eGwB4uLUjWSQDtiqJzCpBAAVZ1lHaeF07 jplBtCpQKbIcRwUEEpHezulxz+cLcAQlrZjyGZfe/uzQc5SRgk63zVxJ+56bg0Gj5KjJ UbFmjkk99OuPEzlS/MXGMs9wY517P3blIQ1lI= 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=OsjniCEI3YAPNLc4QhV3F29XWTjeSuJkahrC9VEHVedZUB38nm67uxl7Mwmv6hGN+W DbYVAhhs4t/JmW0WKw/HmgSelphdpbmvG00E9ZMLHEX5cI1jcZ83hWqtmQFr+zz+zspg 9KCwQ95QC1Qqcrf+IKwimYHDrUXvnei2Hxi2I= Received: by 10.87.68.26 with SMTP id v26mr5307701fgk.40.1276987248283; Sat, 19 Jun 2010 15:40:48 -0700 (PDT) Received: from debian.bg45.phnet (215-171.203-62.cust.bluewin.ch [62.203.171.215]) by mx.google.com with ESMTPS id 4sm5563040fgg.12.2010.06.19.15.40.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 19 Jun 2010 15:40:46 -0700 (PDT) Message-ID: <4C1D4764.4050505@gmail.com> Date: Sun, 20 Jun 2010 00:40:36 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Icedove/3.0.4 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="------------enigC3DE894B1BBFD33EE220CAA6" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: Changes needed in grub-mkimage for UEFI 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: Sat, 19 Jun 2010 22:40:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC3DE894B1BBFD33EE220CAA6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 06/19/2010 05:42 PM, KESHAV P.R. wrote: > The bzr rev 2372 which unified grub-mkimage command has lead to a > generated grub.efi not being portable. I have to use the following > command to generate a working grub2.efi > > =20 On the contrary. Now we use the same defaults on all platforms which simplifies maintaining and packaging. To get old behaviour add -p "" to grub-mkimage line > ./grub-mkimage -d . -o /efi/grub2/grub2.efi -O > x86_64-efi -p /efi/grub2 > > No efi based boot-loader I know of, stores hard-coded paths for its > supporting files. Without the "-p /efi/grub2" parameter , the > generated grub2.efi fails to load the /efi/grub2/grub.cfg menu and if > the normal module is not included in the efi app, launches into the > rescue console. Before the grub-mkimage change, no prefix parameter > was needed while generating grub2.efi . The old grub2.efi file > automatically determined the path from which it was launched and > loaded the grub.cfg file successfully. Thus the old grub2.efi was > portable as any path can be used to store the modules, grub2.efi, > grub.cfg files and even if the folder was renamed, it would still > work. The new grub2.efi needs a hard-coded prefix path to work > properly. Please revert back this requirement alone (mainly for UEFI). > > I have one more feature request :- > > Is it possible to specify which config file should be read by grub > instead of a hard-coded grub.cfg ? For example :- If I have a SYSTEM PARTITION>/efi/grub2/ folder with grub1.efi grub2.efi grub3.efi > (each having different set of modules with normal and other basic > modules included) etc., and I have grub.cfg grub5.cfg grub4.cfg, I > want grub1.efi to use grub.cfg, grub2.efi to use grub5.cfg and > grub3.efi to use grub4.cfg (the config file name can be user choice). > One efi app should not load any other cfg file even if many cfg files > are present in the prefix folder. > > I noticed an option of embedding a config file in grub-mkimage . > Instead of embedding, I just want the generated image to load a > different config file with a filename of my choice which can be > specified as a parameter in grub-mkimage. Is this possible? This can > also be an option for core.img of grub2 BIOS, but this option is more > useful for UEFI where multiple grub efi apps can be created. > > Finally, just a matter of interest, what non-Apple UEFI (2.x spec, not > 1.1 spec) systems do you guys use primarily for developing grub2 UEFI? > Any Intel Motherboard or some UEFI based laptop (HP Elitebook or Sony > Vaio) or USB based Tianocore EDK or EDK2 DUET (the firmware I use)? > > Regards. > > _______________________________________________ > 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 --------------enigC3DE894B1BBFD33EE220CAA6 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/ iF4EAREKAAYFAkwdR24ACgkQNak7dOguQgn4kwD/R4PyfM/hTREUF3zsBrsxva1/ XV5bl3jcEGu2CbfLA6cBAK2Qpux6B81kRrI//5c/JMtY1xnWG1ZEqasa2JJwvIz9 =DgeF -----END PGP SIGNATURE----- --------------enigC3DE894B1BBFD33EE220CAA6--