From: "Gerd Hoffmann" <kraxel@redhat.com>
To: devel@edk2.groups.io, marcin.juszkiewicz@linaro.org
Cc: Sami Mujawar <sami.mujawar@arm.com>, Evan Lloyd <evan.lloyd@arm.com>
Subject: Re: [edk2-devel] ACPI table generators and ConfigurationManagerProtocol
Date: Fri, 12 Apr 2024 16:08:14 +0200 [thread overview]
Message-ID: <ndgiqasu7rlgwkax7z4fgocpe36pnile6ymgbj3nuvzjrmvqfp@wnaamjmjno7u> (raw)
In-Reply-To: <bc05c086-c6b8-48ae-a88e-8e5ced1944b0@linaro.org>
Hi,
> > And tell which of platforms is a good example of using those?
>
> Juno, FVP, Morello, N1SDP, one NXP platform and ArmVirt use them. Probably
> the last one would be best to look at but who knows...
Probably not ArmVirt. At least not the qemu variant, maybe the kvmtool
version.
On qemu the usual workflow is that qemu generates the acpi tables,
matching the virtual machine configuration, and the firmware just
downloads and installs them.
> > From first look it seems like using ACPI table generators may allow to
> > simplify code by not creating tables by hand (or in ASL). I would
> > like to do some changes around SBSA Reference Platform without rewriting
> > ASL into C again.
>
> In meantime I rewrote some ASL into C. Again. Now need a way to generate
> DSDT for PCIe buses. Can write something in C again. But do I really need
> to?
Is there a non-qemu implementation of the SBSA Reference Platform?
If not it might be easiest to offload acpi table generation to qemu.
If the acpi tables are not changing you might have a look at
OvmfPkg/Bhyve/AcpiTables instead of going for DynamicTablesPkg.
take care,
Gerd
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#117668): https://edk2.groups.io/g/devel/message/117668
Mute This Topic: https://groups.io/mt/105481311/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2024-04-12 14:08 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <178C31CFE9B284CD.5378@groups.io>
2024-04-12 12:43 ` [edk2-devel] ACPI table generators and ConfigurationManagerProtocol Marcin Juszkiewicz
2024-04-12 14:08 ` Gerd Hoffmann [this message]
[not found] ` <17C588EF15E93250.19773@groups.io>
2024-04-16 7:38 ` Marcin Juszkiewicz
[not found] ` <17C6B2A6AFC6832B.12347@groups.io>
2024-04-16 9:02 ` Marcin Juszkiewicz
2023-10-08 17:25 Marcin Juszkiewicz
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-list 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=ndgiqasu7rlgwkax7z4fgocpe36pnile6ymgbj3nuvzjrmvqfp@wnaamjmjno7u \
--to=devel@edk2.groups.io \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox