From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Nxn3S-0006Dd-EL for mharc-grub-devel@gnu.org; Fri, 02 Apr 2010 16:01:22 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nxn3Q-0006B5-O2 for grub-devel@gnu.org; Fri, 02 Apr 2010 16:01:20 -0400 Received: from [140.186.70.92] (port=42864 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nxn3N-00066c-V9 for grub-devel@gnu.org; Fri, 02 Apr 2010 16:01:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nxn3M-0002YM-Mo for grub-devel@gnu.org; Fri, 02 Apr 2010 16:01:17 -0400 Received: from mail-fx0-f227.google.com ([209.85.220.227]:58445) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nxn3M-0002Y7-Ey for grub-devel@gnu.org; Fri, 02 Apr 2010 16:01:16 -0400 Received: by fxm27 with SMTP id 27so1349563fxm.8 for ; Fri, 02 Apr 2010 13:01:15 -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=hMB2Asl5y8ArZ643wCjs5YxG+fsBVFdzt1mNXh7UkgM=; b=gAx5H+foSjGIuDwV7r5h8hAb1y5lY6PQEEti1oASZGZ17dUDtuIZgmagXDr952Z1V8 sMARrt6MCSNZkawqTdtqfZoKAogpzm5ADxfcj4MYZul1IisM5A5BCuTc8cN/0rE3q2lX BYeFvDvv3Kg1tNLZI6aRtu84DKzsgw8FEUqoE= 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=Yz78h/E5VboXSOJRzWT5cTN1UjQt6LksCjJh27xG6dkn+yX9xpMu2s+Ko21+mWU5ZC TKeR2QybXcJLm+CPfsS2Ow3JF0bgvFQtRpf+PHqgGdaopqG9Phc6UslsKrwn4e4/fwge We9B8gqGRJsll9+6fxaRNB5wHDgIUzmeP4ejY= Received: by 10.223.17.194 with SMTP id t2mr2336557faa.101.1270238475292; Fri, 02 Apr 2010 13:01:15 -0700 (PDT) Received: from debian.bg45.phnet (222-14.77-83.cust.bluewin.ch [83.77.14.222]) by mx.google.com with ESMTPS id 18sm20677913fks.35.2010.04.02.13.01.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Apr 2010 13:01:13 -0700 (PDT) Message-ID: <4BB64D03.90303@gmail.com> Date: Fri, 02 Apr 2010 22:01:07 +0200 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: The development of GNU GRUB References: <11877170.01267081173499.JavaMail.root@wombat> In-Reply-To: <11877170.01267081173499.JavaMail.root@wombat> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig7E9BE859B7FB65657D531257" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [patch] search for partition using GPT GUID 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, 02 Apr 2010 20:01:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7E9BE859B7FB65657D531257 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable gburanov@gmail.com wrote: >> I asked you for at least a usecase when it makes a difference but till= >> now I've read only about theoretical advantages. >> =20 > > Ok, my usecase is the following: > We are installing grub to EFI system partition and on the next load it = must load itself (rmadisk&kernel) from Windows partiton (where our main p= roduct is installed). It need however to find the NTFS partition with our= product, the only ways is GPT GUID. > > Out of Linux world FS UUID is nothing, our main product works on Window= s, and the only way to identify the partition correctly - GUID. UEFI spec= also use GPT GUIDs in it's "device path", same as Windows. > > grub2 is not for Linux load only. > > =20 I thought about this and decided that it's ok to have this functionality as long as it's implemented cleanly. In particular: - It shouldn't be named "GPT GUID" but something like PARTITION GUID. If partition is GPT then GPT UUIDs are used, if it's msdos then nt-like UUIDs should be used and so on. You don't have to implement non-GPT but arcitecture must be clean - It must not give any size increase of basic modules - grub-probe must support it (trivial) - Not used by default > -- > This message was sent on behalf of gburanov@gmail.com at openSubscriber= =2Ecom > http://www.opensubscriber.com/message/grub-devel@gnu.org/13458994.html > > > _______________________________________________ > 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 --------------enig7E9BE859B7FB65657D531257 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 iF4EAREKAAYFAku2TQgACgkQNak7dOguQgl2DQEAgsAqtXWQVhRxLFBQDFgMZrWg eUmyDQLTx3/rjJ0gq/0A/A6aE0T4EkaV5HBM0tP6VePX3KfwasHBCv88YWm4QtSF =v/nk -----END PGP SIGNATURE----- --------------enig7E9BE859B7FB65657D531257--