From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1bYxZC-0002M5-SX for mharc-grub-devel@gnu.org; Sun, 14 Aug 2016 11:43:14 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43631) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYxZA-0002KL-OF for grub-devel@gnu.org; Sun, 14 Aug 2016 11:43:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bYxZ6-0006kL-KD for grub-devel@gnu.org; Sun, 14 Aug 2016 11:43:11 -0400 Received: from mout.gmx.net ([212.227.17.21]:52022) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bYxZ6-0006kG-A1 for grub-devel@gnu.org; Sun, 14 Aug 2016 11:43:08 -0400 Received: from scdbackup.webframe.org ([91.8.173.247]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MV30j-1bh24V2OoH-00YTdU for ; Sun, 14 Aug 2016 17:43:06 +0200 Date: Sun, 14 Aug 2016 17:44:42 +0200 From: "Thomas Schmitt" To: grub-devel@gnu.org Subject: Re: Grub module to return partuuid of a device such as (hd0, gpt1) at boot time Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit References: <35415886001541044910@scdbackup.webframe.org> In-Reply-To: <35415886001541044910@scdbackup.webframe.org> Message-Id: <38835886266461036896@scdbackup.webframe.org> X-Provags-ID: V03:K0:jY2V+r1ftCOtZh9RkdAtA/9o49dXnFTlftRTLGGbPVcgY7OWCYJ Az6AbpPbSWpUCA9UwnLb47emGAKZlsTHAQRoMf69pPD/DVtkznSbQbU1WD13g7SjgLz/rDI wxaR48s8k1qCX5IWNs2F0KmqQVzScRGIA+EeO+dPbMvvVzLt7WeETrx/mZnafv5/fEES3Mw PBO8ibhUYhj327ww82rnQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:9hdczTYINdo=:kyamX+tGXm70Jb6n0pfpX6 O9IYPzL2NpOG4gvgLuCeYduFFhk9HjV3J0WzJnc1lQQDNEC1rClgmhMVpMRdWWzeX30gxacvu dsYqrGYb0ae5arqwZj653hM+FYxeOmbvHvpeCfFbm8HLqw9BJM5fKetNhgD/pqxpGMIZnxD3C bxzFGMAJVEhjq8M4Ulek4elD1dvXI77jiySERfo6u8oBEPaScU4SyY6eR5Sy2h7dVSqVB5BcX BkZKhc5InpIpfxBiLk4YzcOlDnH3DE9jgUMkfC/GPkL7/MrpI6M8FL7yfOFiKbRZSzqor0xqh Daovvr1HQ8oM5ULyYtdZDgznp7LELaOOycvrLxMygUBMsIwmHkj/Il0K49IxUtyPHyDtJMvn0 71woFiZZZrTNhuTMetDH6A0IkcTFf1WbzBad1qr6b1l51/hPiAsQWbfo/KRBhecI+BEydkfhP 640AbDjTfZSZuDK3RgWIHmoxaZIT4AfKVynNIK9fqtMoNb1ebjQFyaAFtbMISPxiQCjr73gqT XvqDzEMzWbr0XBPe9Kk9LDJ4z9amPe3cyyi7YulwSn8uyEkRX3fybzaaolHwkasmS6SosHfvF c2ZuWcPY/tenzELivKN5m9GqPTqspcLKF21LLNl8OgzDdBKOvsK9mGYInpHagoI0l0qTUN8yX x402GFyFPqUyaUcVDGkDeO2oatdSK81E2buoVruQuA34+Dv8leiMZUHK+6imFEIF2GTo/Be2n 9Jdfwd2n4ZglMNgP2Vchvzh2G4m7PcMbJy+PkfUhnLiYi6pWNQQWcB8ktGX1Gyyy+EMheQ25k zvbVbgZ X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 212.227.17.21 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Aug 2016 15:43:13 -0000 Hi, ... still trying to make sense of the specs. Andrei Borzenkov wrote: > According to UEFI Appendix A it goes into 7-th byte (starting with 0) of > binary representation of EFI GUID. Do you mean that one has to interpret the statement of UEFI 2.4 "All EFI GUIDs (Globally Unique Identifiers) have the format described in RFC 4122 [...] It should also be noted that TimeLow, TimeMid, TimeHighAndVersion fields in the EFI are encoded as little endian." as The text format of EFI GUIDs is the same as in RFC 4122, but the binary representation is byte-swapped at the first 4, 2, and 2 bytes. If so, then i have to change the interpretation of the text form with the new xorriso option. Have a nice day :) Thomas