Re: How to prepare an ISO 9660 CD for booting via GRUB ?

Hi, The urge to upgrade might earn you a whining user. Well, if you develop you have to use current version (IMO). Sure. As long as i occupy your time i will follow your proposals. Nevertheless, at some point i will have to look at older versions. After all, 1.96 is distributed with the

Re: Multiboot2 Suggestions

Brendan Trotter wrote: Hi, 2010/3/28 Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com: Also I'm aware that at least some people want more tags. Feel free to propose new ones. In short all ammendment ideas are welcome. Here's my list.. :-) 1) If GRUB was using a serial

MIPS multiboot2 available

Hello, MIPS multiboot2 specification is available in branches/multiboot2 and is implemented in bazaar trunk grub. Example kernel will be available when I'll clean it up -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature

Re: How to prepare an ISO 9660 CD for booting via GRUB ?

Thomas Schmitt wrote: Hi, The urge to upgrade might earn you a whining user. Well, if you develop you have to use current version (IMO). Sure. As long as i occupy your time i will follow your proposals. Nevertheless, at some point i will have to look at older versions.

[RFC] Multiboot2 drafting

Hello, all. In GRUB2 community we're currently working on a next-generation multiboot specification. It has goals similar to the original multiboot specification but with important flaws fixed: 1) Instead of having bunch of pointers to subtables it uses a tagged structure now. It allows it to be

Grub UEFI memory allocation patch

Hi, I was trying for a few days to enable EFI boot on my laptop, and i've encountered some issues with Grub2. My motherboard is one of the modern Intel chipset motherboard, that come with UEFI v2, and when i tried to boot using grub 1.98, compiled with efi support, there was some memory

Re: Grub UEFI memory allocation patch

Bernon wrote: I've also found parts of the code in loader/i386/linux.c that were looking for free pages in the memory map, which is already done by the EFI memory allocation function. Actually, i've managed to make it working, by letting EFI find free memory pages and allocate them, but i

Re: Grub UEFI memory allocation patch

Actually, I've read the answer you made to someone who had the same memory issue as I had, and I tried the newreloc branch, but it doesn't even build when targeting efi platform. The loader/i386/efi/linux.c file is missing in this branch. I will look for explanation about this part of code, in

Re: Grub UEFI memory allocation patch

Bernon wrote: Actually, I've read the answer you made to someone who had the same memory issue as I had, and I tried the newreloc branch, but it doesn't even build when targeting efi platform. The loader/i386/efi/linux.c file is missing in this branch. It was a mismerge. I've fixed it.

Re: Grub UEFI memory allocation patch

That's fine. I suspected that this required a specific kernel configuration, as you have confirmed. I will try again the newreloc branch. Thanks. Regards, Rémi Bernon 2010/4/3 Vladimir 'φ-coder/phcoder' Serbinenko phco...@gmail.com: Bernon wrote: Actually, I've read the answer you made to

Supporting for MINIX v3 filesystem

Hi! I assume by now only MINIX v1 and v2 filesystems are supported by GRUB2, is it possible for MFS v3 to be accessed, which is the only used filesystem for the latest MINIX releases. We have a project to make MINIX Multiboot compliant, so if it is the case, I'd like to try to add that support to