From: Igor Mammedov <imammedo@redhat.com>
To: Guoheyi <guoheyi@huawei.com>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
Marc Zyngier <marc.zyngier@arm.com>,
qemu-devel@nongnu.org, Dave Martin <Dave.Martin@arm.com>,
qemu-arm@nongnu.org, kvmarm@lists.cs.columbia.edu,
linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC PATCH 12/12] virt/acpi: add SDEI table if SDEI is enabled
Date: Thu, 10 Oct 2019 15:57:23 +0200 [thread overview]
Message-ID: <20191010155723.24acb321@redhat.com> (raw)
In-Reply-To: <3e889d37-b877-f7b5-7ee3-70cef6d8e9c1@huawei.com>
On Thu, 10 Oct 2019 21:08:10 +0800
Guoheyi <guoheyi@huawei.com> wrote:
> Thanks for your comments.
>
> On 2019/10/10 17:15, Igor Mammedov wrote:
> > On Tue, 24 Sep 2019 23:21:51 +0800
> > Heyi Guo <guoheyi@huawei.com> wrote:
> >
> >> Add SDEI table if SDEI is enabled, so that guest OS can get aware and
> >> utilize the interfaces.
> >>
> >> Signed-off-by: Heyi Guo <guoheyi@huawei.com>
> >> Cc: Peter Maydell <peter.maydell@linaro.org>
> >> Cc: Dave Martin <Dave.Martin@arm.com>
> >> Cc: Marc Zyngier <marc.zyngier@arm.com>
> >> Cc: Mark Rutland <mark.rutland@arm.com>
> >> Cc: James Morse <james.morse@arm.com>
> >> Cc: Shannon Zhao <shannon.zhaosl@gmail.com>
> >> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> >> Cc: Igor Mammedov <imammedo@redhat.com>
> >> ---
> >> hw/arm/virt-acpi-build.c | 16 ++++++++++++++++
> >> include/hw/acpi/acpi-defs.h | 5 +++++
> >> 2 files changed, 21 insertions(+)
> >>
> >> diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
> >> index 6cdf156..1088214 100644
> >> --- a/hw/arm/virt-acpi-build.c
> >> +++ b/hw/arm/virt-acpi-build.c
> >> @@ -32,6 +32,7 @@
> >> #include "trace.h"
> >> #include "hw/core/cpu.h"
> >> #include "target/arm/cpu.h"
> >> +#include "target/arm/sdei.h"
> >> #include "hw/acpi/acpi-defs.h"
> >> #include "hw/acpi/acpi.h"
> >> #include "hw/nvram/fw_cfg.h"
> >> @@ -475,6 +476,16 @@ build_iort(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> }
> >>
> > here should be a comment describing purpose with a reference to spec
> OK.
>
> >
> >> static void
> >> +build_sdei(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> +{
> >> + int sdei_start = table_data->len;
> >> +
> >> + (void)acpi_data_push(table_data, sizeof(AcpiSdei));
> >> + build_header(linker, table_data, (void *)(table_data->data + sdei_start),
> >> + "SDEI", table_data->len - sdei_start, 1, NULL, NULL);
> >> +}
> > that's dummy table and doesn't match what spec describes,
> > It doesn't look correct SDEI table.
>
> Refer to below document, Appendix C, I see the definition of SDEI is
> really a dummy table, also it is said in the document: The table
> consists only of a basic header with revision 1.
>
> http://infocenter.arm.com/help/topic/com.arm.doc.den0054a/ARM_DEN0054A_Software_Delegated_Exception_Interface.pdf
>
> Do I miss anything?
No you are right and I was mistaken.
It's pretty waste-full way to communicate to OS a Boolean flag
that a new GHEST event is supported. But since they managed to make
it a spec, it should be coded as such.
>
> >
> >> +
> >> +static void
> >> build_spcr(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> {
> >> AcpiSerialPortConsoleRedirection *spcr;
> >> @@ -796,6 +807,11 @@ void virt_acpi_build(VirtMachineState *vms, AcpiBuildTables *tables)
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_spcr(tables_blob, tables->linker, vms);
> >>
> >> + if (sdei_enabled) {
> >> + acpi_add_table(table_offsets, tables_blob);
> >> + build_sdei(tables_blob, tables->linker, vms);
> >> + }
> >> +
> >> if (ms->numa_state->num_nodes > 0) {
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_srat(tables_blob, tables->linker, vms);
> >> diff --git a/include/hw/acpi/acpi-defs.h b/include/hw/acpi/acpi-defs.h
> >> index 57a3f58..0a2265d 100644
> >> --- a/include/hw/acpi/acpi-defs.h
> >> +++ b/include/hw/acpi/acpi-defs.h
> >> @@ -634,4 +634,9 @@ struct AcpiIortRC {
> >> } QEMU_PACKED;
> >> typedef struct AcpiIortRC AcpiIortRC;
> >>
> >> +struct AcpiSdei {
> >> + ACPI_TABLE_HEADER_DEF /* ACPI common table header */
> >> +} QEMU_PACKED;
> >> +typedef struct AcpiSdei AcpiSdei;
> > we don't use packed structures for ACPI anymore, see build_rsdp() for
> > example of how tables are composed and comment style required for each field.
> Sure; will fix it in v2.
>
> Thanks,
>
> Heyi
>
> >
> >> #endif
> >
> > .
> >
>
>
_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
WARNING: multiple messages have this Message-ID (diff)
From: Igor Mammedov <imammedo@redhat.com>
To: Guoheyi <guoheyi@huawei.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Peter Maydell <peter.maydell@linaro.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
Marc Zyngier <marc.zyngier@arm.com>,
qemu-devel@nongnu.org, Dave Martin <Dave.Martin@arm.com>,
Shannon Zhao <shannon.zhaosl@gmail.com>,
qemu-arm@nongnu.org, James Morse <james.morse@arm.com>,
wanghaibin.wang@huawei.com, kvmarm@lists.cs.columbia.edu,
linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC PATCH 12/12] virt/acpi: add SDEI table if SDEI is enabled
Date: Thu, 10 Oct 2019 15:57:23 +0200 [thread overview]
Message-ID: <20191010155723.24acb321@redhat.com> (raw)
In-Reply-To: <3e889d37-b877-f7b5-7ee3-70cef6d8e9c1@huawei.com>
On Thu, 10 Oct 2019 21:08:10 +0800
Guoheyi <guoheyi@huawei.com> wrote:
> Thanks for your comments.
>
> On 2019/10/10 17:15, Igor Mammedov wrote:
> > On Tue, 24 Sep 2019 23:21:51 +0800
> > Heyi Guo <guoheyi@huawei.com> wrote:
> >
> >> Add SDEI table if SDEI is enabled, so that guest OS can get aware and
> >> utilize the interfaces.
> >>
> >> Signed-off-by: Heyi Guo <guoheyi@huawei.com>
> >> Cc: Peter Maydell <peter.maydell@linaro.org>
> >> Cc: Dave Martin <Dave.Martin@arm.com>
> >> Cc: Marc Zyngier <marc.zyngier@arm.com>
> >> Cc: Mark Rutland <mark.rutland@arm.com>
> >> Cc: James Morse <james.morse@arm.com>
> >> Cc: Shannon Zhao <shannon.zhaosl@gmail.com>
> >> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> >> Cc: Igor Mammedov <imammedo@redhat.com>
> >> ---
> >> hw/arm/virt-acpi-build.c | 16 ++++++++++++++++
> >> include/hw/acpi/acpi-defs.h | 5 +++++
> >> 2 files changed, 21 insertions(+)
> >>
> >> diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
> >> index 6cdf156..1088214 100644
> >> --- a/hw/arm/virt-acpi-build.c
> >> +++ b/hw/arm/virt-acpi-build.c
> >> @@ -32,6 +32,7 @@
> >> #include "trace.h"
> >> #include "hw/core/cpu.h"
> >> #include "target/arm/cpu.h"
> >> +#include "target/arm/sdei.h"
> >> #include "hw/acpi/acpi-defs.h"
> >> #include "hw/acpi/acpi.h"
> >> #include "hw/nvram/fw_cfg.h"
> >> @@ -475,6 +476,16 @@ build_iort(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> }
> >>
> > here should be a comment describing purpose with a reference to spec
> OK.
>
> >
> >> static void
> >> +build_sdei(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> +{
> >> + int sdei_start = table_data->len;
> >> +
> >> + (void)acpi_data_push(table_data, sizeof(AcpiSdei));
> >> + build_header(linker, table_data, (void *)(table_data->data + sdei_start),
> >> + "SDEI", table_data->len - sdei_start, 1, NULL, NULL);
> >> +}
> > that's dummy table and doesn't match what spec describes,
> > It doesn't look correct SDEI table.
>
> Refer to below document, Appendix C, I see the definition of SDEI is
> really a dummy table, also it is said in the document: The table
> consists only of a basic header with revision 1.
>
> http://infocenter.arm.com/help/topic/com.arm.doc.den0054a/ARM_DEN0054A_Software_Delegated_Exception_Interface.pdf
>
> Do I miss anything?
No you are right and I was mistaken.
It's pretty waste-full way to communicate to OS a Boolean flag
that a new GHEST event is supported. But since they managed to make
it a spec, it should be coded as such.
>
> >
> >> +
> >> +static void
> >> build_spcr(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> {
> >> AcpiSerialPortConsoleRedirection *spcr;
> >> @@ -796,6 +807,11 @@ void virt_acpi_build(VirtMachineState *vms, AcpiBuildTables *tables)
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_spcr(tables_blob, tables->linker, vms);
> >>
> >> + if (sdei_enabled) {
> >> + acpi_add_table(table_offsets, tables_blob);
> >> + build_sdei(tables_blob, tables->linker, vms);
> >> + }
> >> +
> >> if (ms->numa_state->num_nodes > 0) {
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_srat(tables_blob, tables->linker, vms);
> >> diff --git a/include/hw/acpi/acpi-defs.h b/include/hw/acpi/acpi-defs.h
> >> index 57a3f58..0a2265d 100644
> >> --- a/include/hw/acpi/acpi-defs.h
> >> +++ b/include/hw/acpi/acpi-defs.h
> >> @@ -634,4 +634,9 @@ struct AcpiIortRC {
> >> } QEMU_PACKED;
> >> typedef struct AcpiIortRC AcpiIortRC;
> >>
> >> +struct AcpiSdei {
> >> + ACPI_TABLE_HEADER_DEF /* ACPI common table header */
> >> +} QEMU_PACKED;
> >> +typedef struct AcpiSdei AcpiSdei;
> > we don't use packed structures for ACPI anymore, see build_rsdp() for
> > example of how tables are composed and comment style required for each field.
> Sure; will fix it in v2.
>
> Thanks,
>
> Heyi
>
> >
> >> #endif
> >
> > .
> >
>
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Igor Mammedov <imammedo@redhat.com>
To: Guoheyi <guoheyi@huawei.com>
Cc: Mark Rutland <mark.rutland@arm.com>,
Peter Maydell <peter.maydell@linaro.org>,
"Michael S. Tsirkin" <mst@redhat.com>,
Marc Zyngier <marc.zyngier@arm.com>,
qemu-devel@nongnu.org, Dave Martin <Dave.Martin@arm.com>,
Shannon Zhao <shannon.zhaosl@gmail.com>,
qemu-arm@nongnu.org, James Morse <james.morse@arm.com>,
wanghaibin.wang@huawei.com, kvmarm@lists.cs.columbia.edu,
linux-arm-kernel@lists.infradead.org
Subject: Re: [RFC PATCH 12/12] virt/acpi: add SDEI table if SDEI is enabled
Date: Thu, 10 Oct 2019 15:57:23 +0200 [thread overview]
Message-ID: <20191010155723.24acb321@redhat.com> (raw)
In-Reply-To: <3e889d37-b877-f7b5-7ee3-70cef6d8e9c1@huawei.com>
On Thu, 10 Oct 2019 21:08:10 +0800
Guoheyi <guoheyi@huawei.com> wrote:
> Thanks for your comments.
>
> On 2019/10/10 17:15, Igor Mammedov wrote:
> > On Tue, 24 Sep 2019 23:21:51 +0800
> > Heyi Guo <guoheyi@huawei.com> wrote:
> >
> >> Add SDEI table if SDEI is enabled, so that guest OS can get aware and
> >> utilize the interfaces.
> >>
> >> Signed-off-by: Heyi Guo <guoheyi@huawei.com>
> >> Cc: Peter Maydell <peter.maydell@linaro.org>
> >> Cc: Dave Martin <Dave.Martin@arm.com>
> >> Cc: Marc Zyngier <marc.zyngier@arm.com>
> >> Cc: Mark Rutland <mark.rutland@arm.com>
> >> Cc: James Morse <james.morse@arm.com>
> >> Cc: Shannon Zhao <shannon.zhaosl@gmail.com>
> >> Cc: "Michael S. Tsirkin" <mst@redhat.com>
> >> Cc: Igor Mammedov <imammedo@redhat.com>
> >> ---
> >> hw/arm/virt-acpi-build.c | 16 ++++++++++++++++
> >> include/hw/acpi/acpi-defs.h | 5 +++++
> >> 2 files changed, 21 insertions(+)
> >>
> >> diff --git a/hw/arm/virt-acpi-build.c b/hw/arm/virt-acpi-build.c
> >> index 6cdf156..1088214 100644
> >> --- a/hw/arm/virt-acpi-build.c
> >> +++ b/hw/arm/virt-acpi-build.c
> >> @@ -32,6 +32,7 @@
> >> #include "trace.h"
> >> #include "hw/core/cpu.h"
> >> #include "target/arm/cpu.h"
> >> +#include "target/arm/sdei.h"
> >> #include "hw/acpi/acpi-defs.h"
> >> #include "hw/acpi/acpi.h"
> >> #include "hw/nvram/fw_cfg.h"
> >> @@ -475,6 +476,16 @@ build_iort(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> }
> >>
> > here should be a comment describing purpose with a reference to spec
> OK.
>
> >
> >> static void
> >> +build_sdei(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> +{
> >> + int sdei_start = table_data->len;
> >> +
> >> + (void)acpi_data_push(table_data, sizeof(AcpiSdei));
> >> + build_header(linker, table_data, (void *)(table_data->data + sdei_start),
> >> + "SDEI", table_data->len - sdei_start, 1, NULL, NULL);
> >> +}
> > that's dummy table and doesn't match what spec describes,
> > It doesn't look correct SDEI table.
>
> Refer to below document, Appendix C, I see the definition of SDEI is
> really a dummy table, also it is said in the document: The table
> consists only of a basic header with revision 1.
>
> http://infocenter.arm.com/help/topic/com.arm.doc.den0054a/ARM_DEN0054A_Software_Delegated_Exception_Interface.pdf
>
> Do I miss anything?
No you are right and I was mistaken.
It's pretty waste-full way to communicate to OS a Boolean flag
that a new GHEST event is supported. But since they managed to make
it a spec, it should be coded as such.
>
> >
> >> +
> >> +static void
> >> build_spcr(GArray *table_data, BIOSLinker *linker, VirtMachineState *vms)
> >> {
> >> AcpiSerialPortConsoleRedirection *spcr;
> >> @@ -796,6 +807,11 @@ void virt_acpi_build(VirtMachineState *vms, AcpiBuildTables *tables)
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_spcr(tables_blob, tables->linker, vms);
> >>
> >> + if (sdei_enabled) {
> >> + acpi_add_table(table_offsets, tables_blob);
> >> + build_sdei(tables_blob, tables->linker, vms);
> >> + }
> >> +
> >> if (ms->numa_state->num_nodes > 0) {
> >> acpi_add_table(table_offsets, tables_blob);
> >> build_srat(tables_blob, tables->linker, vms);
> >> diff --git a/include/hw/acpi/acpi-defs.h b/include/hw/acpi/acpi-defs.h
> >> index 57a3f58..0a2265d 100644
> >> --- a/include/hw/acpi/acpi-defs.h
> >> +++ b/include/hw/acpi/acpi-defs.h
> >> @@ -634,4 +634,9 @@ struct AcpiIortRC {
> >> } QEMU_PACKED;
> >> typedef struct AcpiIortRC AcpiIortRC;
> >>
> >> +struct AcpiSdei {
> >> + ACPI_TABLE_HEADER_DEF /* ACPI common table header */
> >> +} QEMU_PACKED;
> >> +typedef struct AcpiSdei AcpiSdei;
> > we don't use packed structures for ACPI anymore, see build_rsdp() for
> > example of how tables are composed and comment style required for each field.
> Sure; will fix it in v2.
>
> Thanks,
>
> Heyi
>
> >
> >> #endif
> >
> > .
> >
>
>
next prev parent reply other threads:[~2019-10-10 13:57 UTC|newest]
Thread overview: 75+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-24 15:21 [RFC PATCH 00/12] Add SDEI support for arm64 Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 01/12] linux-headers: import arm_sdei.h Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:39 ` Michael S. Tsirkin
2019-09-24 15:39 ` Michael S. Tsirkin
2019-09-24 15:39 ` Michael S. Tsirkin
2019-09-25 8:12 ` Guoheyi
2019-09-25 8:12 ` Guoheyi
2019-09-25 8:12 ` Guoheyi
2019-09-24 15:21 ` [RFC PATCH 02/12] arm/sdei: add virtual device framework Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 03/12] arm/sdei: add support to handle SDEI requests from guest Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 04/12] arm/sdei: add system reset callback Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 05/12] arm/sdei: add support to trigger event by GIC interrupt ID Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 06/12] core/irq: add qemu_irq_remove_intercept interface Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 07/12] arm/sdei: override qemu_irq handler when binding interrupt Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-30 13:19 ` Peter Maydell
2019-09-30 13:19 ` Peter Maydell
2019-09-30 13:19 ` Peter Maydell
2019-10-09 13:06 ` Guoheyi
2019-10-09 13:06 ` Guoheyi
2019-10-09 13:06 ` Guoheyi
2019-09-24 15:21 ` [RFC PATCH 08/12] arm/sdei: add support to register interrupt bind notifier Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 09/12] linux-headers/kvm.h: add capability to forward hypercall Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 10/12] arm/sdei: check KVM cap and enable SDEI Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 11/12] arm/kvm: handle guest exit of hypercall Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` [RFC PATCH 12/12] virt/acpi: add SDEI table if SDEI is enabled Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-09-24 15:21 ` Heyi Guo
2019-10-10 9:15 ` Igor Mammedov
2019-10-10 9:15 ` Igor Mammedov
2019-10-10 9:15 ` Igor Mammedov
2019-10-10 13:08 ` Guoheyi
2019-10-10 13:08 ` Guoheyi
2019-10-10 13:08 ` Guoheyi
2019-10-10 13:57 ` Igor Mammedov [this message]
2019-10-10 13:57 ` Igor Mammedov
2019-10-10 13:57 ` Igor Mammedov
2019-10-10 14:01 ` Michael S. Tsirkin
2019-10-10 14:01 ` Michael S. Tsirkin
2019-10-10 14:01 ` Michael S. Tsirkin
2019-09-25 6:54 ` [RFC PATCH 00/12] Add SDEI support for arm64 no-reply
2019-09-25 6:54 ` no-reply
2019-09-25 6:54 ` no-reply
2019-09-25 6:58 ` no-reply
2019-09-25 6:58 ` no-reply
2019-09-25 6:58 ` no-reply
2019-09-30 13:15 ` Peter Maydell
2019-09-30 13:15 ` Peter Maydell
2019-09-30 13:15 ` Peter Maydell
2019-10-09 13:42 ` Guoheyi
2019-10-09 13:42 ` Guoheyi
2019-10-09 13:42 ` Guoheyi
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=20191010155723.24acb321@redhat.com \
--to=imammedo@redhat.com \
--cc=Dave.Martin@arm.com \
--cc=guoheyi@huawei.com \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=marc.zyngier@arm.com \
--cc=mst@redhat.com \
--cc=qemu-arm@nongnu.org \
--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.