Re: [PATCH] xnu

This patch did not work as well as the last one posted (on my test machine). The last one got all the way to trying to run /sbin/launchd off the ramdisk - log post of this one's boot attempt are attached. Oh, here is my updated menuentry, works well and gives me serial output of the darwin ker

grub-mkconfig for combined serial and console

Hi I'd like to be able to define terminal --timeout=5 serial console in a way that grub-mkconfig will automatically set that when updating the grub.cfg file. Is there an easy way to do this (and disable the use of gfxterm). Thanks, -- Daniel Reurich Centurion Computer Technology (2005) Ltd Ph

Re: Grub2 SVN on 64bit Xserve 2,1

You need to transform the code which switches to i386 into a trampoline in i386/efi/linux.c and i386/linux.c. I have no time to do it now. However I attach 2 patches with this mail which should help you. Apply only one of them (each of them tries a quick hack in a different way). On Thu, Apr 23, 2

[PATCH]: grub: Fix ieee1275 iteraters to stop when hook() returns non-zero.

This is the third part of fixing FS_UUID on sparc64. The IEEE1275 devalias and child iterators were not like true grub2 iterators, even though their users expected as such. Instead of stopping on the first non-zero hook return, they gave instead error codes and walked the entire list of objects

[PATCH]: grub: Close parent device in grub_fs_uuid_close().

This is the second part of fixing FS_UUID on sparc64. Strangely, the FS_UUID close handler was empty. This leaks the parent disk and device object. Fix by calling grub_disk_close() on the appropriate object. 2009-04-23 David S. Miller * disk/fs_uuid.c (grub_fs_uuid_close): Call gru

[PATCH]: grub: Don't hold raw device open when iterating down into partitions.

This is the first part in fixing FS_UUID on sparc64. As explained in some of my previous patch descriptions, you cannot open the same device node multiple times concurrently in OpenBoot. The two cases in grub2 which cause this situation were module dependency handling (already fixed by me a week

Re: Grub2 SVN on 64bit Xserve 2,1

Hi, yes I am compiling grub on a 64 bit kernel and with x86_64 as target (--with-platform=efi --target=x86_64) Compiling on a 32 bit machine does not succeed because the Xserve 2,1 does not accept 32 bit EFI images. Best regards, Chris Chip Panarchy wrote: Hello I don't know much ab

[PATCH]: Kill unused sparc64 file.

Committed. 2009-04-23 David S. Miller * kern/sparc64/ieee1275/openfw.c: Unused, delete. diff --git a/kern/sparc64/ieee1275/openfw.c b/kern/sparc64/ieee1275/openfw.c deleted file mode 100644 index fe9ee96..000 --- a/kern/sparc64/ieee1275/openfw.c +++ /dev/null @@ -1,373 +0,0 @@ -/

Re: Grub2 SVN on 64bit Xserve 2,1

Hello I don't know much about this. However, you're compiling it on a 64-bit kernel, right? The limitation you are talking about is the 32-bit 2 64-bit limitation. 32-bit only supports up to 3.25GB of RAM. Have you tried compiling it on 32-bit os? That may (for some reason) fix the problem. Gi

Grub2 SVN on 64bit Xserve 2,1

Hello all, recently, we tried to use Grub2 SVN on a 64bit Apple Xserve (Model 2,1) using EFI and after Bean solved some Xserve specific problems that were discussed on the Ubuntu forums (http://ubuntuforums.org/showthread.php?t=995704) someone else finally managed to boot his Xserve 2,1 mode