From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1O3CCf-0001Xq-86 for mharc-grub-devel@gnu.org; Sat, 17 Apr 2010 13:53:13 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1O3CCd-0001XL-47 for grub-devel@gnu.org; Sat, 17 Apr 2010 13:53:11 -0400 Received: from [140.186.70.92] (port=37455 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1O3CCb-0001X3-GD for grub-devel@gnu.org; Sat, 17 Apr 2010 13:53:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1O3CCZ-0004JS-Hr for grub-devel@gnu.org; Sat, 17 Apr 2010 13:53:09 -0400 Received: from mail.gmx.net ([213.165.64.20]:56038) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1O3CCZ-0004J9-2h for grub-devel@gnu.org; Sat, 17 Apr 2010 13:53:07 -0400 Received: (qmail invoked by alias); 17 Apr 2010 17:53:03 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp014) with SMTP; 17 Apr 2010 19:53:03 +0200 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX18a+E5Qqv4a7CMyfe4YtSNrbqpa8OA0lDDgEIiRZ6 aHnIMMI/DigWiE Date: Sat, 17 Apr 2010 19:52:20 +0200 From: "Thomas Schmitt" To: grub-devel@gnu.org References: <4BC9CBD1.8020008@gmail.com> In-Reply-To: <4BC9CBD1.8020008@gmail.com> Message-Id: <10640994327740@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53000000000000003 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. Subject: Re: How to prepare an ISO 9660 CD for booting via GRUB ? 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, 17 Apr 2010 17:53:11 -0000 Hi, Vladimir Serbinenko: > efi booting [...] it's basically standard no-emul > eltorito except: > platform_id[0] = 0xef; I assume you mean the Platform ID as of El Torito specs about the Boot Catalog and its Validation Entry. (Chapter 2, figure 2) That should be easy to test. In libisofs/eltorito.c, there is a line ve->platform_id[0] = 0; /* 0: 80x86, 1: PowerPC, 2: Mac */ A bit more work will be to make this controllable by the libisofs API. > No isolinux patching (could this one be disabled by default?) You mean mkisofs -boot-info-table ? (Code in libisofs/eltorito.c : int patch_boot_image(uint8_t *buf, Ecma119Image *t, size_t imgsize) ) Just yesterday i moved that setting from option -b to option -boot-info-table, which was a noop. So if you omit -boot-info-table then patching should be disabled. Before i release xorriso-0.5.4 i will make a (dummy) test. > load_sectors should be set to the size of whole > image instead of just 4 sectors You mean mkisofs -boot-load-size ? This is implemented in -as mkisofs emulation. For a test you may set it manually. Unit is 512 bytes. Default is 4. > Can we have a --efi-boot option which will do this? This shall then determine the -boot-load-size from the size of the file ? Should be possible. But it seems more natural to state -b --efi-boot in comparison to traditional -b -boot-info-table Whatever, except the small hardcoded change in libisofs/eltorito.c the currently uploaded xorriso-0.5.3 with time stamp 2010.04.17.171232 should already be able to produce such an ISO image. If a missing option -boot-info-table causes problems, then i will solve them soon. Please make a test. I can only check by od, but have no idea how to prepare something that would really boot. ------------------------------------------------ > On another note: can it be ensured that boot images and files boot/grub > directory? I've come across a bug which seems to be triggered by images > being after 2GiB mark on DVD. There seem words missing around "directory". Do i get it right that you want the LBA of the boot catalog and the boot image to be as low as possible ? I will have to explore how i can achieve that. ------------------------------------------------ Today i released libisofs-0.6.30. It will be the fundament of libisoburn-0.5.4, which i plan to release in the next few days, together with GNU xorriso-0.5.4. Then we can urge distribution maintainers to update their packages. The API change for adjustable Platform ID would become part of libisofs-0.6.32 and xorriso-0.5.6. ------------------------------------------------ Have a nice day :) Thomas