From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: Jonathan Cameron <Jonathan.Cameron@huawei.com>,
Shiju Jose <shiju.jose@huawei.com>,
Ani Sinha <anisinha@redhat.com>,
Dongjiu Geng <gengdongjiu1@gmail.com>,
Igor Mammedov <imammedo@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
Peter Maydell <peter.maydell@linaro.org>,
Shannon Zhao <shannon.zhaosl@gmail.com>,
kvm@vger.kernel.org, linux-kernel@vger.kernel.org,
qemu-arm@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [PATCH v6 00/16] Prepare GHES driver to support error injection
Date: Wed, 15 Jan 2025 13:51:49 +0100 [thread overview]
Message-ID: <20250115135149.24d1f53f@foz.lan> (raw)
In-Reply-To: <20250115060854-mutt-send-email-mst@kernel.org>
Em Wed, 15 Jan 2025 06:09:12 -0500
"Michael S. Tsirkin" <mst@redhat.com> escreveu:
> On Sat, Dec 07, 2024 at 09:54:06AM +0100, Mauro Carvalho Chehab wrote:
> > Hi Michael,
> >
> > Please ignore the patch series I sent yesterday:
> > https://lore.kernel.org/qemu-devel/20241207093922.1efa02ec@foz.lan/T/#t
> >
> > The git range was wrong, and it was supposed to be v6. This is the right one.
> > It is based on the top of v9.2.0-rc3.
> >
> > Could you please merge this series for ACPI stuff? All patches were already
> > reviewed by Igor. The changes against v4 are just on some patch descriptions,
> > plus the addition of Reviewed-by. No Code changes.
> >
> > Thanks,
> > Mauro
>
>
> Still waiting for a version with minor nits fixed.
Just sent v7 addressing the minor nits on patch 9.
> > -
> >
> > During the development of a patch series meant to allow GHESv2 error injections,
> > it was requested a change on how CPER offsets are calculated, by adding a new
> > BIOS pointer and reworking the GHES logic. See:
> >
> > https://lore.kernel.org/qemu-devel/cover.1726293808.git.mchehab+huawei@kernel.org/
> >
> > Such change ended being a big patch, so several intermediate steps are needed,
> > together with several cleanups and renames.
> >
> > As agreed duing v10 review, I'll be splitting the big patch series into separate pull
> > requests, starting with the cleanup series. This is the first patch set, containing
> > only such preparation patches.
> >
> > The next series will contain the shift to use offsets from the location of the
> > HEST table, together with a migration logic to make it compatible with 9.1.
> >
> > ---
> >
> > v5:
> > - some changes at patches description and added some R-B;
> > - no changes at the code.
> >
> > v4:
> > - merged a patch renaming the function which calculate offsets to:
> > get_hw_error_offsets(), to avoid the need of such change at the next
> > patch series;
> > - removed a functional change at the logic which makes
> > the GHES record generation more generic;
> > - a couple of trivial changes on patch descriptions and line break cleanups.
> >
> > v3:
> > - improved some patch descriptions;
> > - some patches got reordered to better reflect the changes;
> > - patch v2 08/15: acpi/ghes: Prepare to support multiple sources on ghes
> > was split on two patches. The first one is in this cleanup series:
> > acpi/ghes: Change ghes fill logic to work with only one source
> > contains just the simplification logic. The actual preparation will
> > be moved to this series:
> > https://lore.kernel.org/qemu-devel/cover.1727782588.git.mchehab+huawei@kernel.org/
> >
> > v2:
> > - some indentation fixes;
> > - some description improvements;
> > - fixed a badly-solved merge conflict that ended renaming a parameter.
> >
> > Mauro Carvalho Chehab (16):
> > acpi/ghes: get rid of ACPI_HEST_SRC_ID_RESERVED
> > acpi/ghes: simplify acpi_ghes_record_errors() code
> > acpi/ghes: simplify the per-arch caller to build HEST table
> > acpi/ghes: better handle source_id and notification
> > acpi/ghes: Fix acpi_ghes_record_errors() argument
> > acpi/ghes: Remove a duplicated out of bounds check
> > acpi/ghes: Change the type for source_id
> > acpi/ghes: don't check if physical_address is not zero
> > acpi/ghes: make the GHES record generation more generic
> > acpi/ghes: better name GHES memory error function
> > acpi/ghes: don't crash QEMU if ghes GED is not found
> > acpi/ghes: rename etc/hardware_error file macros
> > acpi/ghes: better name the offset of the hardware error firmware
> > acpi/ghes: move offset calculus to a separate function
> > acpi/ghes: Change ghes fill logic to work with only one source
> > docs: acpi_hest_ghes: fix documentation for CPER size
> >
> > docs/specs/acpi_hest_ghes.rst | 6 +-
> > hw/acpi/generic_event_device.c | 4 +-
> > hw/acpi/ghes-stub.c | 2 +-
> > hw/acpi/ghes.c | 259 +++++++++++++++++++--------------
> > hw/arm/virt-acpi-build.c | 5 +-
> > include/hw/acpi/ghes.h | 16 +-
> > target/arm/kvm.c | 2 +-
> > 7 files changed, 169 insertions(+), 125 deletions(-)
> >
> > --
> > 2.47.1
> >
>
Thanks,
Mauro
prev parent reply other threads:[~2025-01-15 12:51 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-07 8:54 [PATCH v6 00/16] Prepare GHES driver to support error injection Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 01/16] acpi/ghes: get rid of ACPI_HEST_SRC_ID_RESERVED Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 02/16] acpi/ghes: simplify acpi_ghes_record_errors() code Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 03/16] acpi/ghes: simplify the per-arch caller to build HEST table Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 04/16] acpi/ghes: better handle source_id and notification Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 05/16] acpi/ghes: Fix acpi_ghes_record_errors() argument Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 06/16] acpi/ghes: Remove a duplicated out of bounds check Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 07/16] acpi/ghes: Change the type for source_id Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 08/16] acpi/ghes: don't check if physical_address is not zero Mauro Carvalho Chehab
2024-12-09 11:36 ` Jonathan Cameron
2024-12-09 11:36 ` Jonathan Cameron via
2024-12-09 12:56 ` Mauro Carvalho Chehab
2024-12-09 13:21 ` Igor Mammedov
2024-12-07 8:54 ` [PATCH v6 09/16] acpi/ghes: make the GHES record generation more generic Mauro Carvalho Chehab
2024-12-09 11:45 ` Jonathan Cameron
2024-12-09 11:45 ` Jonathan Cameron via
2025-01-15 11:08 ` Michael S. Tsirkin
2024-12-07 8:54 ` [PATCH v6 10/16] acpi/ghes: better name GHES memory error function Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 11/16] acpi/ghes: don't crash QEMU if ghes GED is not found Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 12/16] acpi/ghes: rename etc/hardware_error file macros Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 13/16] acpi/ghes: better name the offset of the hardware error firmware Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 14/16] acpi/ghes: move offset calculus to a separate function Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 15/16] acpi/ghes: Change ghes fill logic to work with only one source Mauro Carvalho Chehab
2024-12-07 8:54 ` [PATCH v6 16/16] docs: acpi_hest_ghes: fix documentation for CPER size Mauro Carvalho Chehab
2025-01-15 11:09 ` [PATCH v6 00/16] Prepare GHES driver to support error injection Michael S. Tsirkin
2025-01-15 12:51 ` Mauro Carvalho Chehab [this message]
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=20250115135149.24d1f53f@foz.lan \
--to=mchehab+huawei@kernel.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=anisinha@redhat.com \
--cc=gengdongjiu1@gmail.com \
--cc=imammedo@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@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.