All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Glass <sjg@chromium.org>
To: Christian Melki <christian.melki@t2data.com>
Cc: U-Boot Mailing List <u-boot@lists.denx.de>
Subject: Re: U-Boot zboot on x86-64 VirtualBox UEFI.
Date: Sat, 26 Jun 2021 12:30:26 -0600	[thread overview]
Message-ID: <CAPnjgZ3Nec__at55kpiY669iPwpmFPjWoMWBar-O3S3c8cFt8A@mail.gmail.com> (raw)
In-Reply-To: <d64f8e56-29db-bd71-17d9-be39737b1c69@t2data.com>

Hi Christian,

On Fri, 11 Jun 2021 at 23:59, Christian Melki
<christian.melki@t2data.com> wrote:
>
> On 6/11/21 3:40 PM, Simon Glass wrote:
> > +Heinrich Schuchardt
> >
> > Hi Christian,
> >
> > On Fri, 11 Jun 2021 at 07:30, Christian Melki
> > <christian.melki@t2data.com> wrote:
> >>
> >> Hi.
> >>
> >> I have been trying to boot a bzImage with zboot from a VirtualBox UEFI
> >> instance -> U-Boot UEFI payload. So far I've been using 2021.07-rc1. I'd
> >> like to try a newer rc, but even if built exactly the same with the same
> >> .config, newer won't boot as an UEFI payload. So right now, I'm stuck at
> >> rc1.
> >>
> >> Anyway.
> >> The kernel in question starts when configured with an EFI stub from the
> >> UEFI shell.
> >>
> >> U-boot fails to boot the bzImage from the console using zboot though.
> >> Just freezes after "Starting kernel..."
> >
> > We don't actually have tests for this in CI at present.
> >
> > I don't see any changes in the zboot stuff though. There is quite a
> > bit in efi_loader. You could perhaps try a bisect.
>
> I can live with 2021.07-rc1 right now as it atleast starts as an UEFI
> payload.
> But my big issue is that I can't start the kernel with zboot.
> Full debug build isn't that much more informative either.
> I was thinking different load offsets, but mine seems pretty much
> standard, so I don't know. I've played around a bit with configuration
> on both halves, but it doesn't help.
>
> >
> > Heinrich, do you have any ideas?
> >
> >>
> >> zboot 01080000 - 04000000 319c000
> >> Valid Boot Flag
> >> Magic signature found
> >> Linux kernel version 5.12.0 (ptxdist@ptxdist) #2 SMP PREEMPT
> >> 2021-06-01T00:00:00+00:00
> >> Building boot_params at 0x00090000
> >> Loading bzImage at address 100000 (6516096 bytes)
> >> Initial RAM disk at linear address 0x04000000, size 52019200 bytes
> >> Kernel command line: "console=ttyS0,115200 rw quiet"
> >> Kernel loaded at 00100000, setup_base=00090000
> >>
> >> Starting kernel ...
> >>
> >> Any ideas?

Can you make sure that U-Boot is not writing out SMBIOS or other
tables? It should be letting the kernel use the ones written by UEFI I
think.

Also start linux with a serial console and early printk or whatever it
is called these days.

Regards,
Simon

  reply	other threads:[~2021-06-26 18:32 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-06-11 13:29 U-Boot zboot on x86-64 VirtualBox UEFI Christian Melki
2021-06-11 13:40 ` Simon Glass
2021-06-12  6:00   ` Christian Melki
2021-06-26 18:30     ` Simon Glass [this message]
2021-08-01 21:12       ` Simon Glass

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=CAPnjgZ3Nec__at55kpiY669iPwpmFPjWoMWBar-O3S3c8cFt8A@mail.gmail.com \
    --to=sjg@chromium.org \
    --cc=christian.melki@t2data.com \
    --cc=u-boot@lists.denx.de \
    /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.