Quoting Robert Millan <[EMAIL PROTECTED]>: > On Tue, Jan 29, 2008 at 11:35:26AM +0100, [EMAIL PROTECTED] wrote: > > Quoting Robert Millan <[EMAIL PROTECTED]>: > > > > > Why is this needed? I'm not sure if it's good to exploit this > > > "unreliability" > > > > > feature that fat provides us ;-) > > > > > > > > On EFI, the prefix is extracted from an EFI path, whose case may not > match > > > > the FAT entries. > > > > > > Can you be more specific about this? What do the specs say? We wrote > > > /boot/grub ourselves via grub-install; is an EFI-compliant firmware > > > allowed to actively mess up case in paths we provided? > > > > On EFI, we don't really know where grub is stored. There is a filesystem > > layout convention we'd better to follow. As a consequence, we extract the > > path from an EFI structure (I didn't write this code - it's in the EFI > common > > code). > > What would you think of case-insensitive search in grub_efi_set_prefix() ?
You mean walking the filesystem in grub_efi_set_prefix ? Humm, this looks like a hack. The filesystem may not be FAT and there may be no way to read directory entries (eg tftp - even if not yet supported). If you really don't like it I can put it away for now. Grub should work without this patch in most cases. Tristan. _______________________________________________ Grub-devel mailing list Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel
