From: Isaac Dupree <id@isaac.cedarswampstudios.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: macbook EFI experiences
Date: Wed, 04 Jun 2008 07:27:25 -0400 [thread overview]
Message-ID: <48467C1D.5000204@isaac.cedarswampstudios.org> (raw)
In-Reply-To: <ca0f59980806040408v47d389dfr4993b11f1958fde3@mail.gmail.com>
Bean wrote:
> On Wed, Jun 4, 2008 at 7:01 PM, Isaac Dupree
> <id@isaac.cedarswampstudios.org> wrote:
>> how do you apply this patch? With `patch -p1` I'm getting:
>> 2 out of 4 hunks FAILED -- saving rejects to file
>> loader/i386/efi/linux.c.rej
>>
>> any more infos needed?
>
> There maybe some code mixups, try this one:
nope, against latest CVS:
> patch -p1 <../grubinitrd2.patch
patching file loader/i386/efi/linux.c
Hunk #1 FAILED at 601.
Hunk #2 FAILED at 612.
2 out of 4 hunks FAILED -- saving rejects to file
loader/i386/efi/linux.c.rej
> BTW, are you using a customized kernel ? Some people reports that efi
> booting don't work. They have 32-bit firmware just like yours, but
> hangs even without the initrd.
Well, I'll see what happens. (Ubuntu kernel is very customized by the
Ubuntu devs.) I have a theory that the console display doesn't work so
I need to get feedback some other way (X? Sound? File modification?
Visibility on network (plug into ethernet first)?) to see if linux has
booted. Also once I have got this patch tried, I'll try adding your
other patch(es) for x86-64 and see if a 64-bit EFI image makes any
difference (although I doubt it will work any *better*, and possibly
worse. but who knows.)
Does grub2 "multiboot"-ing itself, work yet? (just so we could test that
too under EFI)
>
> diff --git a/loader/i386/efi/linux.c b/loader/i386/efi/linux.c
> index ee3fb99..5ace7c0 100644
> --- a/loader/i386/efi/linux.c
> +++ b/loader/i386/efi/linux.c
> @@ -601,7 +601,7 @@ grub_rescue_cmd_initrd (int argc, char *argv[])
>
> lh = (struct linux_kernel_header *) real_mode_mem;
>
> - addr_max = grub_cpu_to_le32 (lh->initrd_addr_max);
> + addr_max = (grub_cpu_to_le32 (lh->initrd_addr_max) << 10);
> if (linux_mem_size != 0 && linux_mem_size < addr_max)
> addr_max = linux_mem_size;
>
> @@ -612,7 +612,8 @@ grub_rescue_cmd_initrd (int argc, char *argv[])
> addr_max -= 0x10000;
>
> /* Usually, the compression ratio is about 50%. */
> - addr_min = (grub_addr_t) prot_mode_mem + ((prot_mode_pages * 3) << 12);
> + addr_min = (grub_addr_t) prot_mode_mem + ((prot_mode_pages * 3) << 12)
> + + page_align (size);
>
> /* Find the highest address to put the initrd. */
> mmap_size = find_mmap_size ();
> @@ -625,8 +626,6 @@ grub_rescue_cmd_initrd (int argc, char *argv[])
> desc = NEXT_MEMORY_DESCRIPTOR (desc, desc_size))
> {
> if (desc->type == GRUB_EFI_CONVENTIONAL_MEMORY
> - && desc->physical_start >= addr_min
> - && desc->physical_start + size < addr_max
> && desc->num_pages >= initrd_pages)
> {
> grub_efi_physical_address_t physical_end;
> @@ -635,6 +634,9 @@ grub_rescue_cmd_initrd (int argc, char *argv[])
> if (physical_end > addr_max)
> physical_end = addr_max;
>
> + if (physical_end < addr_min)
> + continue;
> +
> if (physical_end > addr)
> addr = physical_end - page_align (size);
> }
>
>
next prev parent reply other threads:[~2008-06-04 11:27 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-05-30 14:42 macbook EFI experiences Isaac Dupree
2008-05-30 15:18 ` Robert Millan
2008-05-30 16:06 ` Isaac Dupree
2008-05-30 16:17 ` Bean
2008-05-30 16:29 ` Isaac Dupree
2008-05-30 19:26 ` Robert Millan
2008-05-30 21:01 ` Isaac Dupree
2008-05-31 9:35 ` Robert Millan
2008-05-31 9:41 ` rename partmap/pc.c? (Re: macbook EFI experiences) Robert Millan
2008-05-31 17:13 ` Pavel Roskin
2008-06-01 10:23 ` Robert Millan
2008-06-01 17:44 ` Pavel Roskin
2008-05-31 18:57 ` macbook EFI experiences Isaac Dupree
2008-05-31 19:26 ` Robert Millan
2008-05-31 19:52 ` Bean
2008-05-31 21:10 ` Robert Millan
2008-05-31 21:46 ` Isaac Dupree
2008-06-03 6:06 ` Bean
2008-06-03 16:28 ` Isaac Dupree
2008-06-03 18:28 ` Bean
2008-06-04 11:01 ` Isaac Dupree
2008-06-04 11:08 ` Bean
2008-06-04 11:27 ` Isaac Dupree [this message]
2008-06-04 11:35 ` Bean
2008-06-04 13:03 ` Isaac Dupree
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=48467C1D.5000204@isaac.cedarswampstudios.org \
--to=id@isaac.cedarswampstudios.org \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.