eltorito support ..

Hi, I read in previous mails that eltorito support would be getting worked on for the summer of code projects, and that it should be getting merged into the grub2 codebase at somepoint. Im just wondering what is the current situation with this? Is there any timeline when it will be completed? T

Re: eltorito support ..

.photobucket.com/albums/w131/Kalamatee/AROS64/?action=view¤t=x86_64-grub2cd.jpg Any ideas? ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [PATCH] Create floppy emulation boot CD with grub-mkimage

>>* *>* OK, e.g.* >>* * >>* . --emulation=TYPEselect El Torito boot emulation type floppy* >>* . or none (default) (cdrom only)* >>* * >>* * >>* Or with the help syntax used by the grub binaries:* >>* * >>* . --emulation=(floppy|none) select El Torito boot emulation

Re: [PATCH] Create floppy emulation boot CD with grub-mkimage

bah ignore my last mail... yeah floppy or none makes sense On 04/03/2008, Kalamatee <[EMAIL PROTECTED]> wrote: > > >>* *>* OK, e.g.* > >>* * > >>* . --emulation=TYPEselect El Torito boot emulation type floppy* > >>* .

Re: eltorito support ..

;http://s175.photobucket.com/albums/w131/Kalamatee/AROS64/?action="";> >Any ideas? Oops... gmails reply broke the link I was meaning to show... this is the correct screenshot of what happens.. http://s175.photobucket.com/albums/w131/Kalamatee/AROS64/?action=view¤t=x86_64-grub2cd.jpg

Re: eltorito support ..

Pavel Roskin wrote .. >Sorry, I should have reported it earlier. >The right fix would be to ensure that symlist.c would be invalid if the >compiler fails, to protect compiler arguments, to capture compiler >errors in gensymlist.sh and to recognize gensymlist.sh failure in the >makefile. We have s

[PATCH] cdrom access patch

Bean wrote .. >This patch use int 13 func 4B01 to detect cdrom. It also change the >name of the cd device to (hdN), where N is the bios drive number. Ah great .. just tried it and now VMWare detects the cdrom correctly LS now lists (fd0) (hd0) and (hd31) though the naming does seem odd in Qemu

Re: RDB partition tables in AROS

Alain wrote .. >Here is a diff againt our svn repository. We have grub2 version 1.96 here. Youve been busy =D >The changes log: >- recognize RDB partion tables inside MBR, this is needed for AROS to boot on a PC >- fix AFFS filesystem for AROS >- minor bug fix in SFS: count of nodes in extent-btr

Re: [PATCH] cdrom access patch

Vesa wrote .. >I would prefer that CD's would be counted like (cd0) for first CD-ROM device, (cd1) for >second CD-ROM device, ... and so on. I think it is OK to first allocate BIOS devices for >CD's and after that use ATA driver for rest of them. Ata driver can of course be accessed >with ata name

Problems booting AROS64's bootstrap with grub2..

OK, Currently theres 2 problems im aware of that I could use some verification of .. Firstly... Grub2 currently fails in loader/i386/pc/multiboot.c line 145 when trying to load the elf-32 boostrap code. heres a readelf dump of the file in question .. http://rafb.net/p/AH4Qkx97.html As you can

[PATCH] Silently ignore grub_file_read when p_filesz == 0

enclosed to change the behaviour of multiboot.c's elf loader to silently ignore loading the data if p_filesz == 0 2008-03-21 Kalamatee [EMAIL PROTECTED] * loader/i386/pc/multiboot.c (grub_multiboot_load_elf32): If p_filesz == 0, do not attempt to read data from the

Re: Native CD test results

I cant seem to find the commands to load such an image on the wiki.. could someone be so kind as to explain how its done? Also... does this splash image work only for the console terminal or for the gfxterm? Finally .. the unifont.hex.gz file linked to from the wiki seems to no longer be availabl

minor bug fix in SFS filesystem

Im resubmitting an individual patch by Alain Greppin which was originaly provided as part of a much larger patch (and declined for that reason). 2008-03-08 Alain Greppin <[EMAIL PROTECTED]> * fs/sfs.c (grub_sfs_read_extent ): Fix the count of nodes in extent-btree which is written as big endia

Allow AFFS on mbr style partitions

Im resubmitting an individual patch by Alain Greppin which was originaly provided as part of a much larger patch (and declined for that reason). This patch is required for support of the AROS operating system (www.aros.org). 2008-03-08 Alain Greppin <[EMAIL PROTECTED]> * fs/affs.c (grub_sfs_re

Re: Allow AFFS on mbr style partitions

2008/6/15 Kalamatee [EMAIL PROTECTED]: > > 2008-03-08 Alain Greppin <[EMAIL PROTECTED]> > * fs/affs.c (grub_sfs_read_extent ): Allow AFFS to be used on MBR style > partitions. > that should read .. 2008-03-08 Alain Greppin <[EMAIL PROTECTED]> * fs/affs.c (grub

Re: [PATCH] implement grub_millisleep in util/misc.c for grub-emu

Robert Millan wrote .. >I'm not sure this is garanteed to work unless it's defined before any >header is included. Did it compile without warnings? Compiles perfectly with the patch here. Without the patch grub fails to compile when configured with "--enable-grub-emu --enable-grub-fstest"

Re: [PATCH] Corrections to affs and sfs

FWIW - This patch has been used in the AROS build of grub for the best part of the last year - without it SFS doesnt work. ___ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

Re: [RFC] grub-install C rewrite

Sounds great phcoder, Anything that removes grubs dependency on a *nix-specific environment has to be a good thing imho (or is it the grand *nix bootloader?) ___ Grub-devel mailing list Grub-devel@gnu.org https://lists.gnu.org/mailman/listinfo/grub-devel