Re: memory leak in normal/command.c(grub_command_find)?
On Monday 14 November 2005 05:03 am, Mike Small wrote: It looks to me like there is a memory leak in grub_command_find: You are right. Thank you. Okuji ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: grub-install on powermac newworld
On Thursday 17 November 2005 07:05 am, Hollis Blanchard wrote: 1. The path to ofpathname is hard-coded in the script as /usr/sbin. For me running on debian that doesn't seem right. Since it's not currently part of a package, I'd probably end up putting it in /usr/local/sbin instead. Maybe its presence and location should be detected by configure? Perhaps. I know people were thinking about getting ofpathname into Debian proper, but I suspect I need to poke some people about that. Mike is right. We should add --with-ofpathname and reasonable detection code to configure. What made you expect --root-directory was a valid option? Other packages use that option? Which? Please look at grub-install for PC. We should keep grub-install as compatible as possible among various architectures. Okuji ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Video subsystem draft
On Friday 18 November 2005 12:19 am, Vesa Jääskeläinen wrote: What is the procedure to generate font file to font manager? Or should I just add some functionality to import VGA font to font manager. First, download unifont.hex from http://czyborra.com/unifont/HEADER.html. Then, convert it with util/unifont2pff.rb. If you invoke this script with no argument, you can a short summary of the usage. Let's say, you store the font in unifont.pff, then the command is ruby util/unifont2pff.rb unifont.hex unifont.pff. Now you can put this generated file under /boot/grub, and load it by the command font. You can also specify specific code ranges to unifont2pff.rb, if you need only a subset of supported glyphs. This is necessary if you want to use the ancient technology called floppy. Honestly, I haven't tried the font manager for a long time. So I won't be surprised even if I hear it is not working well. But last time I tried it (it was not GRUB 2, but PUPA), it worked well and I saw a menu with Japanese titles. Okuji ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
FOSDEM 2006
Hello, As you may know, FOSDEM 2006 is planned at the end of February. And, they started to accept applications to DevRooms: http://www.fosdem.org/index/press/devrooms_call_for_presence_2006 For now, I really have no idea if I am available at that time, but I promise that I would go, if my schedule permits. So I have some questions: - How many people would like to attend FOSDEM? - Would anybody like to make a presentation of GRUB 2 or Multiboot Specification 2? - Do we want to have our own DevRoom or share with another group as we did last year? In my opinion, sharing a DevRoom is better, if we are not too many, and another group accepts it, because we should listen to what OS developers think. Such a group can be Hurd (like last year), OpenSolaris, or a GNU/Linux distribution project (such as Debian or Ubuntu). Okuji ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: FOSDEM 2006
Yoshinori K. Okuji [EMAIL PROTECTED] writes: Hi, As you may know, FOSDEM 2006 is planned at the end of February. And, they started to accept applications to DevRooms: http://www.fosdem.org/index/press/devrooms_call_for_presence_2006 For now, I really have no idea if I am available at that time, but I promise that I would go, if my schedule permits. Same for me. I will go if there are no exams or so the week after that. So I have some questions: - How many people would like to attend FOSDEM? - Would anybody like to make a presentation of GRUB 2 or Multiboot Specification 2? I am willing to do that, although I suck at giving presentations. Both one or two talks are fine for me. I can give a talk about last years changes (assuming about the same people will attend) and multiboot 2. - Do we want to have our own DevRoom or share with another group as we did last year? For two talks, we won't get a room. In my opinion, sharing a DevRoom is better, if we are not too many, and another group accepts it, because we should listen to what OS developers think. Such a group can be Hurd (like last year), OpenSolaris, or a GNU/Linux distribution project (such as Debian or Ubuntu). Right, I agree. Thanks, Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: FOSDEM 2006
for me, and if I find time to improve the work before that, it would be great to discuss with everyone the merge from etherboot with grub2 for netboot support. On Fri, 18 Nov 2005 13:31:16 +0100, Marco Gerards wrote Yoshinori K. Okuji [EMAIL PROTECTED] writes: Hi, As you may know, FOSDEM 2006 is planned at the end of February. And, they started to accept applications to DevRooms: http://www.fosdem.org/index/press/devrooms_call_for_presence_2006 For now, I really have no idea if I am available at that time, but I promise that I would go, if my schedule permits. Same for me. I will go if there are no exams or so the week after that. So I have some questions: - How many people would like to attend FOSDEM? - Would anybody like to make a presentation of GRUB 2 or Multiboot Specification 2? I am willing to do that, although I suck at giving presentations. Both one or two talks are fine for me. I can give a talk about last years changes (assuming about the same people will attend) and multiboot 2. - Do we want to have our own DevRoom or share with another group as we did last year? For two talks, we won't get a room. In my opinion, sharing a DevRoom is better, if we are not too many, and another group accepts it, because we should listen to what OS developers think. Such a group can be Hurd (like last year), OpenSolaris, or a GNU/Linux distribution project (such as Debian or Ubuntu). Right, I agree. Thanks, Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel -- Vincent Guffens UCL/CESAME +32 10 47 80 30 Euler Building A017 ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Support for including *.mk files
Timothy Baldwin [EMAIL PROTECTED] writes: On Wednesday 16 Nov 2005 06:49, Marco Gerards wrote: Timothy Baldwin [EMAIL PROTECTED] writes: On Sunday 13 Nov 2005 21:16, Marco Gerards wrote: It would be nice if you can send in the patch that actually splits up the rmk files so I can see why you made some changes in this patch. Here it is, and I have included the previous patch, as the tabs got changed to spaces. Nice! Can you include the changelog entry for the second patch? Here it is, with revised patch as I split out to much. It doesn't compile. I was about to commit it, but I had the following problem: ccache gcc-4.0 -Iutil -I./util -I. -Iinclude -I./include -Wall -W -DGRUB_DATADIR=\/usr/local/share/grub/i386-pc\ -g -O2 -DGRUB_UTIL=1 -c -o genmoddep-util_genmoddep.o util/genmoddep.c ccache gcc-4.0 -o genmoddep genmoddep-util_genmoddep.o cat kernel_syms.lst def-_chain.lst def-chain.lst def-_linux.lst def-linux.lst def-normal.lst def-reboot.lst def-halt.lst def-vga.lst def-_multiboot.lst def-multiboot.lst def-vbe.lst def-vesafb.lst def-vbeinfo.lst def-vbetest.lst /dev/null | ./genmoddep und-_chain.lst und-chain.lst und-_linux.lst und-linux.lst und-normal.lst und-reboot.lst und-halt.lst und-vga.lst und-_multiboot.lst und-multiboot.lst und-vbe.lst und-vesafb.lst und-vbeinfo.lst und-vbetest.lst moddep.lst \ || (rm -f moddep.lst; exit 1) genmoddep: error: grub_font_get_glyph in vga is not defined make: *** [moddep.lst] Error 1 It seems that the -def.lst files are not correctly generated and/or used. Can you please fix that. I have changed your ChangeLog a bit. I'm including that so you can build on that for the next patch. 2005-11-18 Timothy Baldwin [EMAIL PROTECTED] * Makefile.in (RMKFILES): Add common.rmk and sparc64-ieee1275.rmk. * conf/common.rmk: New file. * conf/i386-pc.rmk: Include conf/common.mk. (pkgdata_MODULES): Removed fshelp.mod, fat.mod, ext2.mod, ufs.mod, minux.mod, hfs.mod, jfs.mod, xfs.mod, affs.mod, sfs.mod, hello.mod, boot.mod, terminal.mod, ls.mod, cmp.mod, cat.mod, help.mod, font.mod, terminfo.mod, amiga.mod, apple.mod, pc.mod, sun.mod, acorn.mod, loopback.mod, default.mod, timeout.mod, configfile.mod, search.mod, gzio.mod and test.mod. (symlist.c, grub_script.tab.c, grub_script.tab.h, kernel_syms.lst) (grub_modules_init.lst, grub_modules_init.h, grub_emu_init.c, (fshelp_mod_SOURCES, fshelp_mod_CFLAGS, fshelp_mod_LDFLAGS) (fat_mod_SOURCES, fat_mod_CFLAGS, fat_mod_LDFLAGS) (ext2_mod_SOURCES, ext2_mod_CFLAGS, ext2_mod_LDFLAGS) (ufs_mod_SOURCES, ufs_mod_CFLAGS, ufs_mod_LDFLAGS) (minix_mod_SOURCES, minix_mod_CFLAGS, minix_mod_LDFLAGS) (hfs_mod_SOURCES, hfs_mod_CFLAGS, hfs_mod_LDFLAGS, jfs_mod_SOURCES) (jfs_mod_CFLAGS, jfs_mod_LDFLAGS, iso9660_mod_SOURCES) (iso9660_mod_CFLAGS, iso9660_mod_LDFLAGS, xfs_mod_SOURCES) (xfs_mod_CFLAGS, xfs_mod_LDFLAGS, affs_mod_SOURCES) (affs_mod_CFLAGS, affs_mod_LDFLAGS, sfs_mod_SOURCES) (sfs_mod_CFLAGS, sfs_mod_LDFLAGS, hello_mod_SOURCES) (hello_mod_CFLAGS, hello_mod_LDFLAGS, boot_mod_SOURCES) (boot_mod_CFLAGS, boot_mod_LDFLAGS, terminal_mod_SOURCES) (terminal_mod_CFLAGS, terminal_mod_LDFLAGS, ls_mod_SOURCES) (ls_mod_CFLAGS, ls_mod_LDFLAGS, cmp_mod_SOURCES, cmp_mod_CFLAGS) (cmp_mod_LDFLAGS, cat_mod_SOURCES, cat_mod_CFLAGS, cat_mod_LDFLAGS) (help_mod_SOURCES, help_mod_CFLAGS, help_mod_LDFLAGS) (font_mod_SOURCES, font_mod_CFLAGS, font_mod_LDFLAGS) (terminfo_mod_SOURCES, terminfo_mod_CFLAGS, terminfo_mod_LDFLAGS) (amiga_mod_SOURCES, amiga_mod_CFLAGS, amiga_mod_LDFLAGS) (apple_mod_SOURCES, apple_mod_CFLAGS, apple_mod_LDFLAG): Move from here... * conf/common.rmk: ... to here. New file. Thanks, Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: FOSDEM 2006
ok, here is the status : http://www.inma.ucl.ac.be/~guffens/grub2_netboot/index.html you can see there that it is possible to cat file and I was able to boot with it. Also it is very easy to use the driver from etherboot. The problems are : 1) it has not changed since the 23rd of june and grub has changed a lot since 2) the code does not intgrate vey well into grub as I used a lot of code from etherboot directly. I should rewrite every sub component and send them one by one. On Fri, 18 Nov 2005 14:48:53 +0100, Marco Gerards wrote Vincent Guffens [EMAIL PROTECTED] writes: for me, and if I find time to improve the work before that, it would be great to discuss with everyone the merge from etherboot with grub2 for netboot support. Cool! What's the status of netboot support? Perhaps it would be nice if at least some part of it can be merged or so? -- Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel -- Vincent Guffens UCL/CESAME +32 10 47 80 30 Euler Building A017 ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
Re: Support for including *.mk files
On Friday 18 Nov 2005 13:47, Marco Gerards wrote: Timothy Baldwin [EMAIL PROTECTED] writes: On Wednesday 16 Nov 2005 06:49, Marco Gerards wrote: Timothy Baldwin [EMAIL PROTECTED] writes: On Sunday 13 Nov 2005 21:16, Marco Gerards wrote: It would be nice if you can send in the patch that actually splits up the rmk files so I can see why you made some changes in this patch. Here it is, and I have included the previous patch, as the tabs got changed to spaces. Nice! Can you include the changelog entry for the second patch? Here it is, with revised patch as I split out to much. It doesn't compile. I was about to commit it, but I had the following problem: genmoddep: error: grub_font_get_glyph in vga is not defined make: *** [moddep.lst] Error 1 You forgot the first patch (genmk.diff), also Okuji's latest commit conflicts with it. So here it is all together. 2005-11-18 Timothy Baldwin [EMAIL PROTECTED] * genmk.rb: Fixed list rules moved to Makefile.in. Recognise appending to variables with +=. (PModule): Use full pathname to generate *.lst filenames. * Makefile.in: Fixed list rules moved from genmk.rb. (.DELETE_ON_ERROR): New special target. (RMKFILES): Add common.rmk and sparc64-ieee1275.rmk. * conf/common.rmk: New file. * conf/i386-pc.rmk: Include conf/common.mk. (pkgdata_MODULES): Removed fshelp.mod, fat.mod, ext2.mod, ufs.mod, minux.mod, hfs.mod, jfs.mod, xfs.mod, affs.mod, sfs.mod, hello.mod, boot.mod, terminal.mod, ls.mod, cmp.mod, cat.mod, help.mod, font.mod, terminfo.mod, amiga.mod, apple.mod, pc.mod, sun.mod, acorn.mod, loopback.mod, default.mod, timeout.mod, configfile.mod, search.mod, gzio.mod and test.mod. (symlist.c, grub_script.tab.c, grub_script.tab.h, kernel_syms.lst) (grub_modules_init.lst, grub_modules_init.h, grub_emu_init.c, (fshelp_mod_SOURCES, fshelp_mod_CFLAGS, fshelp_mod_LDFLAGS) (fat_mod_SOURCES, fat_mod_CFLAGS, fat_mod_LDFLAGS) (ext2_mod_SOURCES, ext2_mod_CFLAGS, ext2_mod_LDFLAGS) (ufs_mod_SOURCES, ufs_mod_CFLAGS, ufs_mod_LDFLAGS) (minix_mod_SOURCES, minix_mod_CFLAGS, minix_mod_LDFLAGS) (hfs_mod_SOURCES, hfs_mod_CFLAGS, hfs_mod_LDFLAGS, jfs_mod_SOURCES) (jfs_mod_CFLAGS, jfs_mod_LDFLAGS, iso9660_mod_SOURCES) (iso9660_mod_CFLAGS, iso9660_mod_LDFLAGS, xfs_mod_SOURCES) (xfs_mod_CFLAGS, xfs_mod_LDFLAGS, affs_mod_SOURCES) (affs_mod_CFLAGS, affs_mod_LDFLAGS, sfs_mod_SOURCES) (sfs_mod_CFLAGS, sfs_mod_LDFLAGS, hello_mod_SOURCES) (hello_mod_CFLAGS, hello_mod_LDFLAGS, boot_mod_SOURCES) (boot_mod_CFLAGS, boot_mod_LDFLAGS, terminal_mod_SOURCES) (terminal_mod_CFLAGS, terminal_mod_LDFLAGS, ls_mod_SOURCES) (ls_mod_CFLAGS, ls_mod_LDFLAGS, cmp_mod_SOURCES, cmp_mod_CFLAGS) (cmp_mod_LDFLAGS, cat_mod_SOURCES, cat_mod_CFLAGS, cat_mod_LDFLAGS) (help_mod_SOURCES, help_mod_CFLAGS, help_mod_LDFLAGS) (font_mod_SOURCES, font_mod_CFLAGS, font_mod_LDFLAGS) (terminfo_mod_SOURCES, terminfo_mod_CFLAGS, terminfo_mod_LDFLAGS) (amiga_mod_SOURCES, amiga_mod_CFLAGS, amiga_mod_LDFLAGS) (apple_mod_SOURCES, apple_mod_CFLAGS, apple_mod_LDFLAG): Move from here... * conf/common.rmk: ... to here. New file. -- Member AFFS, WYLUG, SWP (UK), UAF, RESPECT, StWC No to software patents!Victory to the iraqi resistance! diff -purN -x '*.mk' -x '*~' -x autom4te.cache -x configure -x '.#*' -x '*.orig' -x '*.rej' -x CVS grub2/conf/common.rmk grub2-split/conf/common.rmk --- grub2/conf/common.rmk 1970-01-01 01:00:00.0 +0100 +++ grub2-split/conf/common.rmk 2005-11-18 13:43:23.0 + @@ -0,0 +1,200 @@ +# -*- makefile -*- + +# For the parser. +grub_script.tab.c grub_script.tab.h: normal/parser.y + $(YACC) -d -p grub_script_yy -b grub_script $(srcdir)/normal/parser.y + +# For grub-emu. +grub_modules_init.lst: geninit.sh + (cd $(srcdir); grep -r --include=*.c GRUB_MOD_INIT *) $@ + +grub_modules_init.h: $(filter-out grub_emu_init.c,$(grub_emu_SOURCES)) geninitheader.sh grub_modules_init.lst + sh $(srcdir)/geninitheader.sh $@ + +grub_emu_init.c: $(filter-out grub_emu_init.c,$(grub_emu_SOURCES)) geninit.sh grub_modules_init.lst grub_modules_init.h + sh $(srcdir)/geninit.sh $(filter %.c,$^) $@ + + + +# Filing systems. +pkgdata_MODULES += fshelp.mod fat.mod ufs.mod ext2.mod \ + minix.mod hfs.mod jfs.mod iso9660.mod xfs.mod affs.mod \ + sfs.mod + +# For fshelp.mod. +fshelp_mod_SOURCES = fs/fshelp.c +fshelp_mod_CFLAGS = $(COMMON_CFLAGS) +fshelp_mod_LDFLAGS = $(COMMON_LDFLAGS) + +# For fat.mod. +fat_mod_SOURCES = fs/fat.c +fat_mod_CFLAGS = $(COMMON_CFLAGS) +fat_mod_LDFLAGS = $(COMMON_LDFLAGS) + +# For ufs.mod. +ufs_mod_SOURCES = fs/ufs.c +ufs_mod_CFLAGS = $(COMMON_CFLAGS) +ufs_mod_LDFLAGS = $(COMMON_LDFLAGS) + +# For ext2.mod. +ext2_mod_SOURCES = fs/ext2.c
Re: Support for including *.mk files
Timothy Baldwin [EMAIL PROTECTED] writes: You forgot the first patch (genmk.diff), also Okuji's latest commit conflicts with it. So here it is all together. Oh, I thought genmk2.diff replaced genmk.diff. :-) Committed. Thanks, Marco ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
RISC OS rescue mode
Here is the first patch for the RISC OS port. 2005-08-29 Timothy Baldwin [EMAIL PROTECTED] * boot/arm/RISC_OS/!Run,feb: New file. * kern/arm/aif_header.lds: Likewise. * kern/arm/aif_header.S: Likewise. * kern/arm/dl.c: Likewise. * kern/arm/RISC_OS/init.c: Likewise. * kern/arm/RISC_OS/misc.c: Likewise. * kern/arm/RISC_OS/startup.S: Likewise. * normal/arm/setjmp.S: Likewise. * include/grub/arm/libgcc.h: Likewise. * include/grub/arm/RISC_OS/console.h: Likewise. * include/grub/arm/RISC_OS/misc.h: Likewise. * include/grub/arm/RISC_OS/swis.h: Likewise. * include/grub/arm/RISC_OS/time.h: Likewise. * include/grub/arm/setjmp.h: Likewise. * conf/arm-RISC_OS.rmk: Likewise. * include/grub/misc.h (grub_align): New macro. (memset): New prototype. * Makefile.in (RMKFILES): Add arm-RISC_OS.rmk and common.rmk to list. * configure.ac: Add tests for ARM and -std=gnu99 gcc option. -- Member AFFS, WYLUG, SWP (UK), UAF, RESPECT, StWC No to software patents!Victory to the iraqi resistance! pgpollulDOkGw.pgp Description: PGP signature ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel