From: Igor Mammedov <imammedo@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: qemu-devel@nongnu.org, ani@anisinha.ca
Subject: Re: [PATCH 02/17] acpi: x86: deduplicate HPET AML building
Date: Thu, 7 Jul 2022 11:16:16 +0200 [thread overview]
Message-ID: <20220707111616.3f43b503@redhat.com> (raw)
In-Reply-To: <20220701121346-mutt-send-email-mst@kernel.org>
On Fri, 1 Jul 2022 12:26:16 -0400
"Michael S. Tsirkin" <mst@redhat.com> wrote:
> On Fri, Jul 01, 2022 at 09:35:00AM -0400, Igor Mammedov wrote:
> > HPET AML doesn't depend on piix4 nor q35, move code buiding it
> > to common scope to avoid duplication.
> >
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
>
> Apropos, tests/data/acpi/rebuild-expected-aml.sh ignores the
> fact that some tables might be identical. Also, there's no
> way to reuse expected files between machines. And so we have:
>
>
> [qemu]$ find tests/data/acpi -type f -exec sha256sum '{}' ';'|sort
[...]
>
>
> It's easy to fix up duplications within virt. But I am not 100% sure how
> fix up duplication between q35 and pc.
[...]
> Then we could maybe use the directory "pc" for files common to i440fx
> and q35. Maybe just teach the test to look under tests/data/acpi/x86
> too? And I think we should teach tests/data/acpi/rebuild-expected-aml.sh
> to check for duplicates and at least warn the user.
Probably duplicates in 'virt' mostly due to combination of not knowing
that there is a fallback lookup (which is hidden in the code)
and simplistic way tests/data/acpi/rebuild-expected-aml.sh rebuilds tables.
As you suggest, rebuild-expected-aml.sh can be improved to warn or even
better drop duplicates if found.
As for reusing tables between different machine types, alternatively
we can add explicit remapping rules (possibly auto-generated) versus
currently used implicit fallback approach.
next prev parent reply other threads:[~2022-07-07 9:17 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-01 13:34 [PATCH 00/17] acpi:pc/q35: minor PCI refactoring/cleanups Igor Mammedov
2022-07-01 13:34 ` [PATCH 01/17] tests: acpi: whitelist pc/q35 DSDT due to HPET AML move Igor Mammedov
2022-07-01 13:35 ` [PATCH 02/17] acpi: x86: deduplicate HPET AML building Igor Mammedov
2022-07-01 16:26 ` Michael S. Tsirkin
2022-07-07 9:16 ` Igor Mammedov [this message]
2022-07-07 10:08 ` Michael S. Tsirkin
2022-07-07 10:55 ` Igor Mammedov
2022-07-01 13:35 ` [PATCH 03/17] tests: acpi: update expected blobs after HPET move Igor Mammedov
2022-07-01 13:35 ` [PATCH 04/17] tests: acpi: whitelist pc/q35 DSDT due to HPET AML move Igor Mammedov
2022-07-01 13:35 ` [PATCH 05/17] acpi: x86: refactor PDSM method to reduce nesting Igor Mammedov
2022-07-01 13:35 ` [PATCH 06/17] x86: acpi: _DSM: use Package to pass parameters Igor Mammedov
2022-07-01 13:35 ` [PATCH 07/17] tests: acpi: update expected blobs Igor Mammedov
2022-07-01 13:35 ` [PATCH 08/17] tests: acpi: whitelist pc/q35 DSDT before switching _DSM to use ASUN Igor Mammedov
2022-07-01 13:35 ` [PATCH 09/17] x86: acpi: cleanup PCI device _DSM duplication Igor Mammedov
2022-07-01 13:35 ` [PATCH 10/17] tests: acpi: update expected blobs Igor Mammedov
2022-07-01 13:35 ` [PATCH 11/17] tests: acpi: whitelist pc/q35 DSDT before moving _ADR field Igor Mammedov
2022-07-01 13:35 ` [PATCH 12/17] x86: pci: acpi: reorder Device's _ADR and _SUN fields Igor Mammedov
2022-07-01 13:35 ` [PATCH 13/17] tests: acpi: update expected blobs Igor Mammedov
2022-07-01 13:35 ` [PATCH 14/17] tests: acpi: whitelist pc/q35 DSDT before moving _ADR field Igor Mammedov
2022-07-01 13:35 ` [PATCH 15/17] x86: pci: acpi: reorder Device's _DSM method Igor Mammedov
2022-07-01 13:35 ` [PATCH 16/17] tests: acpi: update expected blobs Igor Mammedov
2022-07-01 13:35 ` [PATCH 17/17] x86: pci: acpi: deduplate PCI slots creation Igor Mammedov
2022-09-06 11:41 ` [PATCH 00/17] acpi:pc/q35: minor PCI refactoring/cleanups Igor Mammedov
2022-09-06 13:10 ` Michael S. Tsirkin
2022-09-27 10:20 ` Igor Mammedov
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=20220707111616.3f43b503@redhat.com \
--to=imammedo@redhat.com \
--cc=ani@anisinha.ca \
--cc=mst@redhat.com \
--cc=qemu-devel@nongnu.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.