From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "Igor Mammedov" <imammedo@redhat.com>,
"Jonathan Cameron" <Jonathan.Cameron@huawei.com>,
"Shiju Jose" <shiju.jose@huawei.com>,
qemu-arm@nongnu.org, qemu-devel@nongnu.org,
"Gavin Shan" <gshan@redhat.com>,
"Philippe Mathieu-Daudé" <philmd@linaro.org>,
"Ani Sinha" <anisinha@redhat.com>,
"Dongjiu Geng" <gengdongjiu1@gmail.com>,
"Peter Maydell" <peter.maydell@linaro.org>,
"Shannon Zhao" <shannon.zhaosl@gmail.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v8 09/20] acpi/ghes: don't hard-code the number of sources for HEST table
Date: Tue, 20 May 2025 08:47:38 +0200 [thread overview]
Message-ID: <20250520084738.4dcf9cef@foz.lan> (raw)
In-Reply-To: <20250512154053-mutt-send-email-mst@kernel.org>
Em Mon, 12 May 2025 15:42:27 -0400
"Michael S. Tsirkin" <mst@redhat.com> escreveu:
> On Fri, Mar 07, 2025 at 08:14:38PM +0100, Mauro Carvalho Chehab wrote:
> > The current code is actually dependent on having just one error
> > structure with a single source, as any change there would cause
> > migration issues.
> >
> > As the number of sources should be arch-dependent, as it will depend on
> > what kind of notifications will exist, and how many errors can be
> > reported at the same time, change the logic to be more flexible,
> > allowing the number of sources to be defined when building the
> > HEST table by the caller.
> >
> > Signed-off-by: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
> > Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> > Reviewed-by: Igor Mammedov <imammedo@redhat.com>
>
> Breaks CI:
>
> https://gitlab.com/mstredhat/qemu/-/jobs/10007863974
>
> I dropped the patchset for now, pls rebase and repost.
Compilation was happening fine for me. I suspect that some rebase
dropped a change here:
diff --git a/target/arm/kvm.c b/target/arm/kvm.c
index a256f9d817cd..a1492bcaeb8d 100644
--- a/target/arm/kvm.c
+++ b/target/arm/kvm.c
@@ -2360,7 +2360,7 @@ void kvm_arch_on_sigbus_vcpu(CPUState *c, int code, void *addr)
*/
if (code == BUS_MCEERR_AR) {
kvm_cpu_synchronize_state(c);
- if (!acpi_ghes_memory_errors(ags, ACPI_HEST_SRC_ID_SEA,
+ if (!acpi_ghes_memory_errors(ags, ACPI_HEST_SRC_ID_SYNC,
paddr)) {
kvm_inject_arm_sea(c);
} else {
but somehow, ninja didn't detect and was keep using an already
compiled kvm.o object. Anyway, fixed at the new series:
https://lore.kernel.org/qemu-devel/9404b305e0fefdb14dce4839c3d96ccedf0533e0.1747722973.git.mchehab+huawei@kernel.org/T/#u
And, just in case, I removed ./build directory and recompiled it
again.
Thanks,
Mauro
next prev parent reply other threads:[~2025-05-20 6:48 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-07 19:14 [PATCH v8 00/20] Change ghes to use HEST-based offsets and add support for error inject Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 01/20] tests/acpi: virt: add an empty HEST file Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 02/20] tests/qtest/bios-tables-test: extend to also check HEST table Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 03/20] tests/acpi: virt: update HEST file with its current data Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 04/20] Revert "hw/acpi/ghes: Make ghes_record_cper_errors() static" Mauro Carvalho Chehab
2025-03-07 21:02 ` Philippe Mathieu-Daudé
2025-03-07 19:14 ` [PATCH v8 05/20] acpi/ghes: Cleanup the code which gets ghes ged state Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 06/20] acpi/ghes: prepare to change the way HEST offsets are calculated Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 07/20] acpi/ghes: add a firmware file with HEST address Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 08/20] acpi/ghes: Use HEST table offsets when preparing GHES records Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 09/20] acpi/ghes: don't hard-code the number of sources for HEST table Mauro Carvalho Chehab
2025-05-12 19:42 ` Michael S. Tsirkin
2025-05-20 6:47 ` Mauro Carvalho Chehab [this message]
2025-03-07 19:14 ` [PATCH v8 10/20] acpi/ghes: add a notifier to notify when error data is ready Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 11/20] acpi/generic_event_device: Update GHES migration to cover hest addr Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 12/20] acpi/generic_event_device: add logic to detect if HEST addr is available Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 13/20] acpi/generic_event_device: add an APEI error device Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 14/20] tests/acpi: virt: allow acpi table changes at DSDT and HEST tables Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 15/20] arm/virt: Wire up a GED error device for ACPI / GHES Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 16/20] qapi/acpi-hest: add an interface to do generic CPER error injection Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 17/20] acpi/generic_event_device.c: enable use_hest_addr for QEMU 10.x Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 18/20] tests/acpi: virt: update HEST and DSDT tables Mauro Carvalho Chehab
2025-03-07 21:04 ` Philippe Mathieu-Daudé
2025-03-07 19:14 ` [PATCH v8 19/20] docs: hest: add new "etc/acpi_table_hest_addr" and update workflow Mauro Carvalho Chehab
2025-03-07 19:14 ` [PATCH v8 20/20] scripts/ghes_inject: add a script to generate GHES error inject Mauro Carvalho Chehab
2025-03-07 21:05 ` Philippe Mathieu-Daudé
2025-03-08 9:22 ` Mauro Carvalho Chehab
2025-03-25 1:55 ` [PATCH v8 00/20] Change ghes to use HEST-based offsets and add support for " Mauro Carvalho Chehab
2025-05-11 13:44 ` Michael S. Tsirkin
2025-05-11 13:45 ` Michael S. Tsirkin
2025-05-20 6:48 ` Mauro Carvalho Chehab
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=20250520084738.4dcf9cef@foz.lan \
--to=mchehab+huawei@kernel.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=anisinha@redhat.com \
--cc=gengdongjiu1@gmail.com \
--cc=gshan@redhat.com \
--cc=imammedo@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=shannon.zhaosl@gmail.com \
--cc=shiju.jose@huawei.com \
/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.