[PATCH v8 00/37] Implement ACPI on aarch64

Simon Glass sjg at chromium.org
Tue Oct 15 15:10:31 CEST 2024


Hi Peter,

On Tue, 15 Oct 2024 at 04:28, Peter Robinson <pbrobinson at gmail.com> wrote:
>
> On Mon, 14 Oct 2024 at 14:12, Patrick Rudolph
> <patrick.rudolph at 9elements.com> wrote:
> >
> > Based on the existing work done by Simon Glass this series adds
> > support for booting aarch64 devices using ACPI only.
> > As first target QEMU SBSA support is added, which relies on ACPI
> > only to boot an OS. As secondary target the Raspberry Pi4 was used,
> > which is broadly available and allows easy testing of the proposed
> > solution.
> >
> > The series is split into ACPI cleanups and code movements, adding
> > Arm specific ACPI tables and finally SoC and mainboard related
> > changes to boot a Linux on the QEMU SBSA and RPi4. Currently only the
> > mandatory ACPI tables are supported, allowing to boot into Linux
> > without errors.
> >
> > The QEMU SBSA support is feature complete and provides the same
> > functionality as the EDK2 implementation.
> >
> > The changes were tested on real hardware as well on QEMU v9.0:
> >
> > qemu-system-aarch64 -machine sbsa-ref -nographic -cpu cortex-a57 \
> >                     -pflash secure-world.rom \
> >                     -pflash unsecure-world.rom
> >
> > qemu-system-aarch64 -machine raspi4b -kernel u-boot.bin -cpu cortex-a72 \
> > -smp 4 -m 2G -drive file=raspbian.img,format=raw,index=0 \
> > -dtb bcm2711-rpi-4-b.dtb -nographic
> >
> > Tested against FWTS V24.03.00.
> >
> > Known issues:
> > - The QEMU rpi4 support is currently limited as it doesn't emulate PCI,
> >   USB or ethernet devices!
> > - The SMP bringup doesn't work on RPi4, but works in QEMU (Possibly
> >   cache related).
> > - PCI on RPI4 isn't working on real hardware since the pcie_brcmstb
>
> I believe the EDK2 version works by using the generic ACPI PCI driver,
> why wouldn't this use the same driver?
>
> Overall given RPi4 has massive limitations I think at the moment it
> should be dropped from the series so it doesn't block the
> generic/qemu/bsa support landing. I feel it will be a support problem
> with having such a reduced functionality device in mainline.

Perhaps this could be handled in a follow-up? We are on v8 here.

Who is going to support this?

>
> >   Linux kernel module doesn't support ACPI yet.
> >
> > Maximilian Brune (3):
> >   acpi: x86: Move SPCR and DBG2 into common code
> >   acpi: x86: Write FADT in common code
> >   serial: serial_pl01x: Implement .getinfo() for PL01
> >

[..]

Regards,
Simon


More information about the U-Boot mailing list