--
Regards
Vladimir 'phcoder' Serbinenko
--- Begin Message ---
David Miller wrote:
From: phcoder
Date: Sun, 22 Mar 2009 23:51:14 +0100
You could do it the way similar to how it's done on i386-pc:
jmp use_hardcoded
use_hardcoded:
And then the grub-setup tool nops out the first jump if stage
Hello. Here is an initial version of patch for booting multiboot kernels
on i386-efi. No Changelog yet because it's not for inclusion yet.
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/conf/common.rmk b/conf/common.rmk
index 100fae7..e64a1a4 100644
--- a/conf/common.rmk
+++ b/conf/common
Hello. I propose to create a symlink normal/cpu. This way normal.mod can
be moved to conf/common.rmk. Works fine on i386-pc. Can people having
other platforms test?
--
Regards
Vladimir 'phcoder' Serbinenko
diff --git a/Makefile.in b/Makefile.in
index 28aa385..c4c641a 100644
--- a/Makefile.in
++
On Mon, 2009-03-23 at 04:23 +0100, Jordi Mallach wrote:
> Thanks for rescuing this fix!
>
> Felix uploaded a new GRUB snapshot which should include this patch.
>
> However, I'm having the same boot problems as before.
Please realize that the hfs fix is just a part of what needs to be done.
For
phcoder wrote:
> Hello. I propose to create a symlink normal/cpu. This way normal.mod can
> be moved to conf/common.rmk. Works fine on i386-pc. Can people having
> other platforms test?
I do not like the fact that you hardcoded filenames what can be on
platform dependant parts.
I have also though
Actually if it was up to me I would have removed setjmp altogether. IMHO
it's a bad programming technique. It's used only to launch rescue mode.
I would just call the rescue mode interpreter by function. Perhaps Bean
who is working on normal.mod splitting has even better idea.
Also IMO normal.mo
On Sat, 2009-03-21 at 12:26 -0400, Rev. Mr. Gary Meerschaert wrote:
> I am getting an error from grub-mkimage. The error is:
>
> grub-mkimage: error: diskboot.img is not one sector size
>
> Does anyone know how I can get this fixed? I am a newbee with grub
> internals, and I don't have a clue as
Hello!
The current GRUB reports this on stderr during compilation:
In file included from loader/i386/multiboot_helper.S:21:
./include/multiboot2.h:37:20: error: stdint.h: No such file or directory
In file included from loader/i386/multiboot_helper.S:21:
./include/multiboot2.h:37:20: error: stdint
phcoder wrote:
> Actually if it was up to me I would have removed setjmp altogether. IMHO
> it's a bad programming technique. It's used only to launch rescue mode.
> I would just call the rescue mode interpreter by function. Perhaps Bean
> who is working on normal.mod splitting has even better idea
Pavel Roskin wrote:
> By the way, I already noticed that the inclusion of stdint.h from
> multiboot2.h is one of the problems preventing cross-compilation of GRUB
> without the libc for the target. Perhaps GRUB should provide its
> replacement for stdint.h when compiling for the target. Alternati
Hello we had a discussion on IRC about implementing savedefault. We've
found 3 possible solutions:
1) just add support for it in grub-mkimage in following way:
load_env
menuentry "menu entry 1" {
default=0
save_env
}
menuentry "menu entry 2" {
default=1
save_env
Vladimir,
First of all I'd like to say thank you for a quick feedback and development.
I tried to apply your patches and test it on my Apple Xserve Intel 32 bit.
I've done following;
# svn co svn://svn.sv.gnu.org/grub/trunk/grub2
# cd ./grub2
# patch -b -p1 < ./uppermem.diff
patching file conf/
Try with 2030. Actually it's diffed against 2030+some of my posted and
unposted patches. If it still doesn't apply please report I'll update
and rediff it against HEAD.
I'm interested in behaviour of this code on real EFI however doesn't
expect this version to be able to work completely.
x86_64
You may also need my elf bugfix patch (was applied as rev 2037)
phcoder wrote:
Try with 2030. Actually it's diffed against 2030+some of my posted and
unposted patches. If it still doesn't apply please report I'll update
and rediff it against HEAD.
I'm interested in behaviour of this code on real
On Mon, 2009-03-23 at 21:25 +0100, phcoder wrote:
> Hello we had a discussion on IRC about implementing savedefault. We've
> found 3 possible solutions:
> 1) just add support for it in grub-mkimage in following way:
> load_env
>
> menuentry "menu entry 1" {
> default=0
> save_env
>
On Mon, 2009-03-23 at 20:43 +0200, Vesa Jääskeläinen wrote:
> Pavel Roskin wrote:
> > By the way, I already noticed that the inclusion of stdint.h from
> > multiboot2.h is one of the problems preventing cross-compilation of GRUB
> > without the libc for the target. Perhaps GRUB should provide its
On Sun, 2009-03-15 at 21:06 +0530, J.Bakshi wrote:
> Dear list,
>
> With legacy GRUB I have no problem to install it on a pendrive and boot the
> grub legacy from that drive. Presently I am trying to do the same with grub2.
>
> My pendrive is 8 GB Transcend with 2 partitions. /devsda1 is fat32 (
17 matches
Mail list logo
