From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1JKEYW-0000c3-Q5 for mharc-grub-devel@gnu.org; Wed, 30 Jan 2008 10:08:52 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JKEYV-0000bK-DK for grub-devel@gnu.org; Wed, 30 Jan 2008 10:08:51 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JKEYU-0000b8-F7 for grub-devel@gnu.org; Wed, 30 Jan 2008 10:08:51 -0500 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JKEYU-0000b5-CH for grub-devel@gnu.org; Wed, 30 Jan 2008 10:08:50 -0500 Received: from aybabtu.com ([69.60.117.155]) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JKEYU-0005Hc-37 for grub-devel@gnu.org; Wed, 30 Jan 2008 10:08:50 -0500 Received: from [192.168.10.6] (helo=thorin) by aybabtu.com with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JKEYM-0004Ge-SY; Wed, 30 Jan 2008 16:08:44 +0100 Received: from rmh by thorin with local (Exim 4.63) (envelope-from ) id 1JKEWj-0006h3-63; Wed, 30 Jan 2008 16:07:01 +0100 Date: Wed, 30 Jan 2008 16:07:01 +0100 From: Robert Millan To: The development of GRUB 2 Message-ID: <20080130150701.GA25196@thorin> References: <20080128160905.GA2739@saphi> <20080128165504.GB9715@thorin> <20080129051252.GA2504@saphi> <20080129095922.GA31756@thorin> <1201602926.479f016e27f08@imp.free.fr> <20080129113219.GA22894@thorin> <1201611409.479f22918bed6@imp.free.fr> <20080129131934.GB26291@thorin> <871w80adut.fsf@xs4all.nl> <20080130054811.GA4665@saphi> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20080130054811.GA4665@saphi> Organization: free as in freedom X-Message-Flag: Worried about Outlook viruses? Switch to Thunderbird! www.mozilla.com/thunderbird X-Debbugs-No-Ack: true User-Agent: Mutt/1.5.13 (2006-08-11) X-detected-kernel: by monty-python.gnu.org: Genre and OS details not recognized. Cc: tgingold@free.fr Subject: Re: IA64 port X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Jan 2008 15:08:51 -0000 On Wed, Jan 30, 2008 at 06:48:11AM +0100, Tristan Gingold wrote: > + > +# For grub-emu. > +grub_emu_SOURCES = commands/boot.c commands/cat.c commands/cmp.c \ > + commands/configfile.c commands/help.c \ > + commands/terminal.c commands/ls.c commands/test.c \ > + commands/search.c commands/blocklist.c \ > + disk/loopback.c \ > + \ > + fs/affs.c fs/cpio.c fs/ext2.c fs/fat.c fs/hfs.c \ > + fs/hfsplus.c fs/iso9660.c fs/jfs.c fs/minix.c \ > + fs/ntfs.c fs/ntfscomp.c fs/reiserfs.c fs/sfs.c \ > + fs/ufs.c fs/xfs.c \ > + \ > + io/gzio.c \ > + kern/device.c kern/disk.c kern/dl.c kern/env.c kern/err.c \ > + normal/execute.c kern/file.c kern/fs.c normal/lexer.c \ > + kern/loader.c kern/main.c kern/misc.c kern/parser.c \ > + grub_script.tab.c kern/partition.c kern/rescue.c kern/term.c \ > + normal/arg.c normal/cmdline.c normal/command.c normal/function.c\ > + normal/completion.c normal/main.c \ > + normal/menu.c normal/menu_entry.c normal/misc.c normal/script.c \ > + partmap/amiga.c partmap/apple.c partmap/pc.c partmap/sun.c \ > + partmap/acorn.c partmap/gpt.c \ > + util/console.c util/grub-emu.c util/misc.c \ > + util/i386/pc/misc.c grub_emu_init.c grub-probe is missing. Did you check if it works? Although, I think it should just move to common.rmk. I'll have a look at that. > diff -ruNp -x '*~' -x CVS -x autom4te.cache -x '*.mk' -x configure grub2.orig/util/ia64/efi/grub-install.in grub2/util/ia64/efi/grub-install.in > --- grub2.orig/util/ia64/efi/grub-install.in 1970-01-01 01:00:00.000000000 +0100 > +++ grub2/util/ia64/efi/grub-install.in 2008-01-28 16:29:58.000000000 +0100 > [...] > +grub_probefs=${sbindir}/grub-probefs grub-probefs was renamed to grub-probe. > +# Create the core image. First, auto-detect the filesystme module. > +#fs_module=`$grub_probefs --device-map=${device_map} ${grubdir}` > +#if test "x$fs_module" = x -a "x$modules" = x; then > +# echo "Auto-detection of a filesystem module failed." 1>&2 > +# echo "Please specify the module with the option \`--modules' explicitly." 1>&2 > +# exit 1 > +#fi Why is this commented out? Is ${grubdir} a mount point to efi's boot memory device? We do that on i386 (I don't claim that it is a good way, in fact I dislike it and Okuji does as well, but if we want to change it I expect we'll want to change it in both). Also, missing partmap_module and devabstraction_module. I think you should resync this with the latest version of i386/efi/grub-install.in. > +modules="kernel kernel isn't implicit? > gpt Is gpt mandatory? We can use gpt without efi; I wonder if we can also use efi without gpt. If you can access the raw disk, any partition map (even no partition map at all!) could be used, right? > fat Even if fat is mandated by the standard, I think it's safer to probe for that, since we have the mechanism to do it (grub-probe also performs some sanity checks that would detect if the fat is corrupted or so). > gzio normal ls cat fshelp help _linux linux memmap systab boot Why this selection specificaly? Other ports without significant size limit just encourage the user to do "grub-mkimage *.mod -o foo" or manually select what is needed. Or it wasn't possible to load additional modules in runtime yet? I don't remember well.. > +# Generate init/fini for modules. > +modfile=$tmpdir/mod.c > +echo "/* Dummy modules. */" > $modfile > +list="" > +init_list="" > +fini_list="" > +for m in $modules; do > + file="$pkglibdir/${m}.mod" > + name=`nm $file | sed -n "/ r grub_module_name/ s/.* r grub_module_name_\(.*\)/\1/p"` > + init=`nm $file | sed -n "/ T grub_module_.*_init/ s/.* T //p"` > + fini=`nm $file | sed -n "/ T grub_module_.*_fini/ s/.* T //p"` > + init_list="$init_list $init" > + fini_list="$fini_list $fini" > + arg="\"$name\",${init:-0},${fini:-0}" > + list="$list $arg" > +done Is there a way we can do this before to avoid runtime dependency on binutils? Btw has this been tested on i386-efi ? -- Robert Millan I know my rights; I want my phone call! What use is a phone call… if you are unable to speak? (as seen on /.)