diff options
| author | Mauro Carvalho Chehab <mchehab+huawei@kernel.org> | 2025-01-15 13:50:20 +0100 |
|---|---|---|
| committer | Michael S. Tsirkin <mst@redhat.com> | 2025-01-15 13:06:51 -0500 |
| commit | a85a3b729b3c31d8cc878017308997a8112655b2 (patch) | |
| tree | 5184eb813e97bc75705ed28e855ecc8f2fad6039 /rust/qemu-api | |
| parent | 606a42c4c1d46b31a95cab09a7033e7f22f9ed3d (diff) | |
| download | qemu-a85a3b729b3c31d8cc878017308997a8112655b2.zip qemu-a85a3b729b3c31d8cc878017308997a8112655b2.tar.gz qemu-a85a3b729b3c31d8cc878017308997a8112655b2.tar.bz2 | |
acpi/ghes: better handle source_id and notification
GHES has two fields that are stored on HEST error source
blocks associated with notifications:
- notification type, which is a number defined at the ACPI spec
containing several arch-specific synchronous and assynchronous
types;
- source id, which is a HW/FW defined number, used to distinguish
between different implemented sources.
There could be several sources with the same notification type,
which is dependent of the way each architecture maps notifications.
Right now, build_ghes_v2() hardcodes a 1:1 mapping between such
fields. Move it to two independent parameters, allowing the
caller function to fill both.
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>
Message-Id: <133ff72ea1041fed7dbcf97b7a2b0f4dfacde31a.1736945236.git.mchehab+huawei@kernel.org>
Reviewed-by: Michael S. Tsirkin <mst@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Diffstat (limited to 'rust/qemu-api')
0 files changed, 0 insertions, 0 deletions