From: Mauro Carvalho Chehab <mchehab+huawei@kernel.org>
To: Igor Mammedov <imammedo@redhat.com>
Cc: "Jonathan Cameron" <Jonathan.Cameron@huawei.com>,
"Shiju Jose" <shiju.jose@huawei.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>,
"Yanan Wang" <wangyanan55@huawei.com>,
"Zhao Liu" <zhao1.liu@intel.com>,
qemu-arm@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [PATCH v2 0/5] Change ghes driver to use HEST-based offsets
Date: Tue, 3 Dec 2024 14:59:08 +0100 [thread overview]
Message-ID: <20241203145908.06aee888@foz.lan> (raw)
In-Reply-To: <20241203130310.0bde48c0@imammedo.users.ipa.redhat.com>
Em Tue, 3 Dec 2024 13:03:10 +0100
Igor Mammedov <imammedo@redhat.com> escreveu:
> On Fri, 22 Nov 2024 14:14:10 +0100
> Mauro Carvalho Chehab <mchehab+huawei@kernel.org> wrote:
>
> > This series was part of the previous PR to add generic error injection
> > support on GHES. It depends on a cleanup patch series sent earlier
> > today:
> >
> > https://lore.kernel.org/qemu-devel/cover.1732266152.git.mchehab+huawei@kernel.org/T/#t
> >
> > It contains the changes of the math used to calculate offsets at HEST table
> > and hardware_error firmware file. It prepares for the addition of GHES
> > error injection.
> >
> > The first patch was previously at the cleanup series. It prepares
> > the logic to support multiple sources.
> >
> > The second patch adds a new firmware file to store HEST address.
> >
> > The third patch use the new firmware to calculate offsets using
> > HEST table.
> >
> > Patches 4 and 5 add migration support. They assume that this
> > series will be merged for qemu 9.2 (maybe it is too late for that,
> > as QEMU is now on soft freeze).
> >
> > I tested migration using both virt-9.1 and virt-9.2 machines
> > on qemu 9.2.
> >
> > I also tested migration with:
> >
>
> > qemu-9.1 -M virt-9.1 -cpu cortex-a57 => qemu-9.2 -M virt-9.1 -cpu cortex-a57
> > qemu-9.2 -M virt-9.1 -cpu cortex-a57 => qemu-9.1 -M virt-9.1 -cpu cortex-a57
> was that with HEST enabled (it's 'ras' machine option),
> It would be better to provide full CLI used
Yes. This is the full command line I'm using for virt-9.2 (urls sanitized):
~/qemu/build/qemu-system-aarch64 -m 4g,maxmem=8G,slots=8 -monitor stdio -no-reboot -bios ~/emulator/QEMU_EFI-silent.fd -kernel ~/kernel/arm64_build/arch/arm64/boot/Image.gz -device pcie-root-port,id=root_port1 -device virtio-blk-pci,drive=hd -device virtio-net-pci,netdev=mynet,id=bob -drive if=none,file=~/emulator/debian.qcow2,format=qcow2,id=hd -object memory-backend-ram,size=4G,id=mem0 -netdev type=user,id=mynet,hostfwd=tcp::5555-:22 -qmp tcp:localhost:4445,server=on,wait=off -M virt-9.2,nvdimm=on,gic-version=3,ras=on -cpu max -smp 4 -numa node,nodeid=0,cpus=0-3,memdev=mem0 -append 'earlycon nomodeset root=/dev/vda1 fsck.mode=skip tp_printk maxcpus=4'
And this is for virt-9.1:
~/qemu/build/qemu-system-aarch64 -m 4g,maxmem=8G,slots=8 -monitor stdio -no-reboot -bios ~/emulator/QEMU_EFI-silent.fd -kernel ~/kernel/arm64_build/arch/arm64/boot/Image.gz -device pcie-root-port,id=root_port1 -device virtio-blk-pci,drive=hd -device virtio-net-pci,netdev=mynet,id=bob -drive if=none,file=~/emulator/debian.qcow2,format=qcow2,id=hd -object memory-backend-ram,size=4G,id=mem0 -netdev type=user,id=mynet,hostfwd=tcp::5555-:22 -qmp tcp:localhost:4445,server=on,wait=off -M virt-9.1,nvdimm=on,gic-version=3,ras=on -cpu max -smp 4 -numa node,nodeid=0,cpus=0-3,memdev=mem0 -append 'earlycon nomodeset root=/dev/vda1 fsck.mode=skip tp_printk maxcpus=4'
I opted to use a shorter version just bolding the difference, as the above
are a lot harder to see the differences.
>
> >
> > ---
> >
> > v2:
> > - some whitespace and comment changes
> > - patch 3/6 (acpi/ghes: rename the function which gets hw error offsets)
> > was merged on the cleanup series.
> >
> > Mauro Carvalho Chehab (5):
> > acpi/ghes: Prepare to support multiple sources on ghes
> > acpi/ghes: add a firmware file with HEST address
> > acpi/ghes: Use HEST table offsets when preparing GHES records
> > acpi/generic_event_device: Update GHES migration to cover hest addr
> > acpi/generic_event_device: add logic to detect if HEST addr is
> > available
> >
> > hw/acpi/generic_event_device.c | 30 +++++++
> > hw/acpi/ghes.c | 156 +++++++++++++++++++++++++++++----
> > hw/arm/virt-acpi-build.c | 33 ++++++-
> > hw/core/machine.c | 2 +
> > include/hw/acpi/ghes.h | 23 +++--
> > 5 files changed, 216 insertions(+), 28 deletions(-)
> >
>
Thanks,
Mauro
prev parent reply other threads:[~2024-12-03 13:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-22 13:14 [PATCH v2 0/5] Change ghes driver to use HEST-based offsets Mauro Carvalho Chehab
2024-11-22 13:14 ` [PATCH v2 1/5] acpi/ghes: Prepare to support multiple sources on ghes Mauro Carvalho Chehab
2024-11-22 13:14 ` [PATCH v2 2/5] acpi/ghes: add a firmware file with HEST address Mauro Carvalho Chehab
2024-11-22 13:14 ` [PATCH v2 3/5] acpi/ghes: Use HEST table offsets when preparing GHES records Mauro Carvalho Chehab
2024-11-25 12:00 ` Jonathan Cameron
2024-11-25 12:00 ` Jonathan Cameron via
2024-11-22 13:14 ` [PATCH v2 4/5] acpi/generic_event_device: Update GHES migration to cover hest addr Mauro Carvalho Chehab
2024-11-25 12:00 ` Jonathan Cameron via
2024-11-25 12:00 ` Jonathan Cameron
2024-11-22 13:14 ` [PATCH v2 5/5] acpi/generic_event_device: add logic to detect if HEST addr is available Mauro Carvalho Chehab
2024-11-25 12:08 ` Jonathan Cameron
2024-11-25 12:08 ` Jonathan Cameron via
2024-12-03 12:03 ` [PATCH v2 0/5] Change ghes driver to use HEST-based offsets Igor Mammedov
2024-12-03 13:59 ` 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=20241203145908.06aee888@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=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 \
--cc=wangyanan55@huawei.com \
--cc=zhao1.liu@intel.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.