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
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
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
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.
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
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
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
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
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.
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
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
11 matches
Mail list logo