On Tue, 05 Aug, at 04:21:07PM, Bruno Prémont wrote:
>
> Thanks, enabling CONFIG_RELOCATABLE allows kernel to successfully boot!
>
> So you can add my tested-by to the patch.
Great, thanks for testing! I've tagged the patch for stable and I'll get
it sent to tip quickly.
> If of interest, memor
On Tue, 5 Aug 2014 13:55:48 +0100 Matt Fleming wrote:
> I suspect if you enable CONFIG_RELOCATABLE things will work just fine.
> I've actually got a patch to force that option if CONFIG_EFI_STUB is
> enabled to mitigate this exact problem. Could you try it out (see
> below)?
>
> Without CONFIG_REL
On Tue, 05 Aug, at 02:11:42PM, Bruno Prémont wrote:
>
> arch/x86/boot/compressed/head_64.S
> 341 /*
> 342 * Copy the compressed kernel to the end of our buffer
> 343 * where decompression in place becomes safe.
> 344 */
> 345 pushq %rsi
> 346 leaq(_bss-8)(%rip), %rsi
> 347
On Tue, 5 Aug 2014 13:51:30 +0200 Bruno Prémont wrote:
> On Tue, 5 Aug 2014 10:18:48 +0100 Matt Fleming wrote:
> > On Tue, 05 Aug, at 11:13:30AM, Bruno Prémont wrote:
> > >
> > > I get at least to just before
> > > status = efi_call_early(exit_boot_services, handle, key);
> > > in eboot.c on li
On Tue, 5 Aug 2014 10:18:48 +0100 Matt Fleming wrote:
> On Tue, 05 Aug, at 11:13:30AM, Bruno Prémont wrote:
> >
> > I get at least to just before
> > status = efi_call_early(exit_boot_services, handle, key);
> > in eboot.c on line 1310. A efi_printk inserted there is displayed.
>
> This is wort
On Tue, 05 Aug, at 11:13:30AM, Bruno Prémont wrote:
>
> I get at least to just before
> status = efi_call_early(exit_boot_services, handle, key);
> in eboot.c on line 1310. A efi_printk inserted there is displayed.
This is worth pointing out in case you're unaware, but do you know that
it's not
On Tue, 5 Aug 2014 09:45:42 +0100 Matt Fleming wrote:
> On Tue, 05 Aug, at 10:02:42AM, Bruno Prémont wrote:
> >
> > I tried in setup_arch(), but system still keeps rebooting.
> >
> > Working backwards I got to x86_64_start_kernel() in
> > arch/x86/kernel/head64.c but system is still rebooting.
>
On Tue, 05 Aug, at 10:02:42AM, Bruno Prémont wrote:
>
> I tried in setup_arch(), but system still keeps rebooting.
>
> Working backwards I got to x86_64_start_kernel() in
> arch/x86/kernel/head64.c but system is still rebooting.
Thanks for doing this. I'm sure it was a major PITA ;-)
> Not sur
On Mon, 4 Aug 2014 14:54:52 +0100 Matt Fleming wrote:
> On Mon, 04 Aug, at 03:06:27PM, Bruno Prémont wrote:
> >
> > Yes, I did as I have seen that patch flying by, but it did not help
> > (I tried at 3.16-rc7).
>
> :-( Thanks for testing.
>
> > On 3.16-rc7 I even tried adding earlyprintk=efi,k
On Mon, 04 Aug, at 03:06:27PM, Bruno Prémont wrote:
>
> Yes, I did as I have seen that patch flying by, but it did not help
> (I tried at 3.16-rc7).
:-( Thanks for testing.
> On 3.16-rc7 I even tried adding earlyprintk=efi,keep, console=efi,
> ignore_loglevel and added some efi_printk() in EFI
Hi Matt,
On Mon, 4 Aug 2014 13:27:28 +0100 Matt Fleming wrote:
> On Mon, 04 Aug, at 11:34:35AM, Bruno Prémont wrote:
> > Hi,
> >
> > Since 3.13 kernels with built-in initrd fail to boot on Fujitsu hardware
> > in EFI mode (efi stub) though the exact same kernel binary does boot in
> > BIOS mode (
On Mon, 04 Aug, at 11:34:35AM, Bruno Prémont wrote:
> Hi,
>
> Since 3.13 kernels with built-in initrd fail to boot on Fujitsu hardware
> in EFI mode (efi stub) though the exact same kernel binary does boot in
> BIOS mode (grub).
> Interestingly EFI kernels with different config do boot under VMWar
Hi,
Since 3.13 kernels with built-in initrd fail to boot on Fujitsu hardware
in EFI mode (efi stub) though the exact same kernel binary does boot in
BIOS mode (grub).
Interestingly EFI kernels with different config do boot under VMWare.
Your patch "initramfs: read CONFIG_RD_ variables for initram
13 matches
Mail list logo
