On Tue, 16 Jul 2024 09:06:59 -0400
"Michael S. Tsirkin" wrote:
> On Tue, Jul 16, 2024 at 02:59:30PM +0200, Igor Mammedov wrote:
> > CI often fails 'cross-i686-tci' job due to runner slowness
> > Log shows that test almost complete, with a few remaining
>
On Tue, 16 Jul 2024 16:28:07 +0200
Igor Mammedov wrote:
> On Tue, 16 Jul 2024 17:56:11 +0530
> Sunil V L wrote:
>
> > On Mon, Jul 15, 2024 at 02:43:52PM +0200, Igor Mammedov wrote:
> > > On Sun, 14 Jul 2024 03:46:36 -0400
> > > "Michael S. Tsirkin"
On Tue, 16 Jul 2024 17:56:11 +0530
Sunil V L wrote:
> On Mon, Jul 15, 2024 at 02:43:52PM +0200, Igor Mammedov wrote:
> > On Sun, 14 Jul 2024 03:46:36 -0400
> > "Michael S. Tsirkin" wrote:
> >
> > > On Fri, Jul 12, 2024 at 03:50:10PM +0200, Igor Mamme
.
stderr:
TAP parsing error: Too few tests run (expected 8, got 7)
At the same time overall job running time is only ~30 out of 1hr allowed.
Increase bios-tables-test instance timeout on 5min as a fix
for slow CI runners.
Signed-off-by: Igor Mammedov
---
tests/qtest/meson.build | 2 +-
1 file
number
> and Y is the INTx.
>
> GPEX is currently used by riscv, aarch64/virt and x86/microvm machines.
> So, this change will alter the DSDT for those systems.
>
> [1] - ACPI 5.1: 6.2.13.1 Example: Using _PRT to Describe PCI IRQ Routing
>
> Signed-off-by: Sunil V L
/acpi.adoc
this should point to text like in previous patch and not to commit
> (commit: 7bfa87e86ad5658283731207dbfc8ab3744d3265)
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair Francis
with above fixed:
Reviewed-by: Igor Mammedov
> ---
> hw/riscv/virt-acpi-bu
n-isa/riscv-brs/blob/main/acpi.adoc
> (commit : 241575b3189c5d9e60b5e55e78cf0443092713bf)
in spec links 'See RVI ACPI IDs' and right below it 'additional guidance',
do lead nowhere hence do not clarify anything.
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair
On Tue, 16 Jul 2024 03:38:29 +
Salil Mehta wrote:
> Hi Igor,
>
> On 15/07/2024 15:11, Igor Mammedov wrote:
> > On Mon, 15 Jul 2024 14:19:12 +
> > Salil Mehta wrote:
> >
> >>> From: qemu-arm-bounces+salil.mehta=huawei@nongnu.or
On Sun, 30 Jun 2024 12:40:24 -0700
Steve Sistare wrote:
> Allocate anonymous memory using mmap MAP_ANON or memfd_create depending
> on the value of the anon-alloc machine property. This affects
> memory-backend-ram objects, guest RAM created with the global -m option
> but without an associated
On Mon, 15 Jul 2024 14:19:12 +
Salil Mehta wrote:
> > From: qemu-arm-bounces+salil.mehta=huawei@nongnu.org > arm-bounces+salil.mehta=huawei@nongnu.org> On Behalf Of Salil
> > Mehta via
> > Sent: Monday, July 15, 2024 3:14 PM
> > To: Igo
On Fri, 12 Jul 2024 12:08:14 +0100
Jonathan Cameron wrote:
> These are very similar to the recently added Generic Initiators
> but instead of representing an initiator of memory traffic they
> represent an edge point beyond which may lie either targets or
> initiators. Here we add these ports su
On Fri, 12 Jul 2024 12:08:13 +0100
Jonathan Cameron wrote:
> Reduce the direct use of PCI internals inside ACPI table creation.
>
> Suggested-by: Igor Mammedov
> Tested-by: "Huang, Ying"
> Signed-off-by: Jonathan Cameron
Reviewed-by: Igor Mammedov
> ---
> v
On Fri, 12 Jul 2024 12:08:12 +0100
Jonathan Cameron wrote:
> Rather than relying on PCI internals, use the new acpi_property
> to obtain the ACPI _UID values. These are still the same
> as the PCI Bus numbers so no functional change.
>
> Suggested-by: Igor Mammedov
> Teste
can be made completely independent of PCI internals.
>
> Suggested-by: Igor Mammedov
> Tested-by: "Huang, Ying"
> Signed-off-by: Jonathan Cameron
>
Reviewed-by: Igor Mammedov
> ---
> v5: Add missing property description.
> ---
> hw/pci-bridge/pci_expander_
> hw/acpi/pci.c file and header. If support for ACPI Device Handles is
> added in the future, perhaps this will be moved again.
>
> Also push the struct AcpiGenericInitiator down into the c file as not
> used outside pci.c.
>
> Suggested-by: Igor Mammedov
> Tested-by: "H
> hw/acpi/pci.c file and header. If support for ACPI Device Handles is
> added in the future, perhaps this will be moved again.
>
> Also push the struct AcpiGenericInitiator down into the c file as not
> used outside pci.c.
>
> Suggested-by: Igor Mammedov
> Tested-by: "H
qemu_open().
>
> Cc: David Hildenbrand
> Cc: Igor Mammedov
> Signed-off-by: Zhao Liu
Reviewed-by: Igor Mammedov
> ---
> backends/hostmem-epc.c | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff --git a/backends/hostmem-epc.c b/backends/hostmem-epc.c
On Mon, 15 Jul 2024 11:27:57 +
Salil Mehta wrote:
> Hi Michael,
>
> > From: Michael S. Tsirkin
> > Sent: Monday, July 15, 2024 12:13 PM
> > To: Salil Mehta
> >
> > On Sat, Jul 13, 2024 at 07:25:09PM +0100, Salil Mehta wrote:
> > > [Note: References are present at the last after th
On Sat, 13 Jul 2024 19:25:09 +0100
Salil Mehta wrote:
> [Note: References are present at the last after the revision history]
>
> Virtual CPU hotplug support is being added across various architectures
> [1][3].
> This series adds various code bits common across all architectures:
>
> 1. vCPU
ed-by: Miguel Luis
> Reviewed-by: Shaoqin Huang
> Reviewed-by: Vishnu Pajjuri
> Tested-by: Zhao Liu
Acked-by: Igor Mammedov
> ---
> gdbstub/gdbstub.c | 13 +
> hw/core/cpu-common.c | 4 +++-
> include/exec/gdbstub.h | 6 ++
> 3 files
gt;
> Co-developed-by: Keqian Zhu
> Signed-off-by: Keqian Zhu
> Signed-off-by: Salil Mehta
> Reviewed-by: Gavin Shan
> Tested-by: Vishnu Pajjuri
> Reviewed-by: Jonathan Cameron
> Tested-by: Xianglai Li
> Tested-by: Miguel Luis
> Reviewed-by: Shaoqin Huang
> Te
On Mon, 15 Jul 2024 14:49:25 +0200
Igor Mammedov wrote:
> On Sat, 13 Jul 2024 19:25:10 +0100
> Salil Mehta wrote:
>
> > KVM vCPU creation is done once during the vCPU realization when Qemu vCPU
> > thread
> > is spawned. This is common to all the architectures as
On Sat, 13 Jul 2024 19:25:12 +0100
Salil Mehta wrote:
> ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed in the
> _CRS object of GED to intimate OSPM about an event. Later then demultiplexes
> the
> notified event by evaluating ACPI _EVT method to know the type of event. Use
off-by: Salil Mehta
> Reviewed-by: Jonathan Cameron
> Reviewed-by: Gavin Shan
> Tested-by: Vishnu Pajjuri
> Tested-by: Xianglai Li
> Tested-by: Miguel Luis
> Reviewed-by: Shaoqin Huang
> Tested-by: Zhao Liu
Reviewed-by: Igor Mammedov
> ---
> hw/acpi/generic
Reviewed-by: Alex Bennée
> Reviewed-by: Jonathan Cameron
> Reviewed-by: Gavin Shan
> Reviewed-by: David Hildenbrand
> Reviewed-by: Shaoqin Huang
> Tested-by: Vishnu Pajjuri
> Tested-by: Xianglai Li
> Tested-by: Miguel Luis
> Tested-by: Zhao Liu
> Revie
ishnu Pajjuri
> Reviewed-by: Jonathan Cameron
> Tested-by: Xianglai Li
> Tested-by: Miguel Luis
> Reviewed-by: Shaoqin Huang
> Reviewed-by: Vishnu Pajjuri
> Reviewed-by: Nicholas Piggin
> Tested-by: Zhao Liu
> Reviewed-by: Zhao Liu
> Reviewed-by:
On Sun, 14 Jul 2024 03:46:36 -0400
"Michael S. Tsirkin" wrote:
> On Fri, Jul 12, 2024 at 03:50:10PM +0200, Igor Mammedov wrote:
> > On Fri, 12 Jul 2024 13:51:04 +0100
> > Daniel P. Berrangé wrote:
> >
> > > On Fri, Jul 12, 2024 at 02:43:19PM +0200, I
with help of '-device' option[s] (pcdimm,nvdimm,...)
2) SMBIOS 3.1.0 7.18.5 Memory Device — Extended Size
PS:
* tested on 8Tb host with RHEL6 guest, which seems to parse
type 17 SMBIOS table entries correctly (according to 'dmidecode').
Signed-off-by: Igor Mammedov
---
v2:
On Fri, 12 Jul 2024 13:51:04 +0100
Daniel P. Berrangé wrote:
> On Fri, Jul 12, 2024 at 02:43:19PM +0200, Igor Mammedov wrote:
> > On Mon, 8 Jul 2024 17:17:32 +0530
> > Sunil V L wrote:
> >
> > > This series adds few updates to RISC-V ACPI namespace for virt pl
On Mon, 8 Jul 2024 17:17:32 +0530
Sunil V L wrote:
> This series adds few updates to RISC-V ACPI namespace for virt platform.
> Additionally, it has patches to enable ACPI table testing for RISC-V.
>
> 1) PCI Link devices need to be created outside the scope of the PCI root
> complex to ensure
path
> as well.
>
> Suggested-by: Igor Mammedov
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests/qtest/bios-tables-test.c | 14 --
> 1 file changed, 14 deletions(-)
>
> diff --git a/tests/qtest/bios-tables-test.c b/tests/qtest/bios-tables-tes
On Mon, 8 Jul 2024 17:17:35 +0530
Sunil V L wrote:
> so that CI tests don't fail when those ACPI tables are updated in the
> next patch. This is as per the documentation in bios-tables-tests.c.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests
On Mon, 8 Jul 2024 17:17:36 +0530
Sunil V L wrote:
> Currently, PCI link devices (PNP0C0F) are always created within the
> scope of the PCI root bridge. However, RISC-V needs these link devices
> to be created outside to ensure the probing order in the OS. This
> matches the example given in the
On Mon, 8 Jul 2024 17:17:34 +0530
Sunil V L wrote:
> The RISC-V BRS specification [1] requires NS16550 compatible UART to
> have the HID RSCV0003. So, update the HID for the UART.
>
> [1] - https://github.com/riscv-non-isa/riscv-brs
it point's repo with a bunch of files,
please make it easier
On Mon, 8 Jul 2024 17:17:33 +0530
Sunil V L wrote:
> PLIC and APLIC should be in namespace as well. So, add them using the
> defined HID.
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair Francis
> ---
> hw/riscv/virt-acpi-build.c | 47 ++
> 1 file changed
On Mon, 8 Jul 2024 17:17:33 +0530
Sunil V L wrote:
> PLIC and APLIC should be in namespace as well. So, add them using the
> defined HID.
defined where? REader shouldn't be forced to go over all web to find
source. Cite it here.
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair Francis
> --
On Thu, 11 Jul 2024 07:13:27 -0400
"Michael S. Tsirkin" wrote:
> On Thu, Jul 11, 2024 at 09:48:22AM +0200, Igor Mammedov wrote:
> > Currently SMBIOS maximum memory device chunk is capped at 16Gb,
> > which is fine for the most cases (QEMU uses it to describe initial
>
On Tue, 2 Jul 2024 14:14:13 +0100
Jonathan Cameron wrote:
> Rather than relying on PCI internals, use the new acpi_property
> to obtain the ACPI _UID values. These are still the same
> as the PCI Bus numbers so no functional change.
>
> Suggested-by: Igor Mammedov
> Signe
can be made completely independent of PCI internals.
>
> Suggested-by: Igor Mammedov
> Signed-off-by: Jonathan Cameron
>
> ---
> v4: Generalize to all TYPE_PXB_BUS. The handling for primary root
> bridges is separate and doesn't overlap with this change.
> ---
&g
On Thu, 11 Jul 2024 13:53:31 +0200
Igor Mammedov wrote:
> On Tue, 2 Jul 2024 14:14:10 +0100
> Jonathan Cameron wrote:
>
> > Using a property allows us to hide the internal details of the PCI device
> > from the code to build a SRAT Generic Initiator Affinity Structur
> hw/acpi/pci.c file and header. If support for ACPI Device Handles is
> added in the future, perhaps this will be moved again.
>
> Also push the struct AcpiGenericInitiator down into the c file as not
> used outside pci.c.
>
> Suggested-by: Igor Mammedov
> Signed-off-by
On Tue, 2 Jul 2024 14:14:10 +0100
Jonathan Cameron wrote:
> Using a property allows us to hide the internal details of the PCI device
> from the code to build a SRAT Generic Initiator Affinity Structure with
> PCI Device Handle.
>
> Suggested-by: Igor Mammedov
> Signed-off-by
On Thu, 11 Jul 2024 09:43:46 +0100
Daniel P. Berrangé wrote:
> On Thu, Jul 11, 2024 at 09:48:22AM +0200, Igor Mammedov wrote:
> > Currently SMBIOS maximum memory device chunk is capped at 16Gb,
> > which is fine for the most cases (QEMU uses it to describe initial
> > RAM
On Thu, 11 Jul 2024 10:19:27 +0200
Philippe Mathieu-Daudé wrote:
> Hi Igor,
>
> On 11/7/24 09:48, Igor Mammedov wrote:
> > Currently SMBIOS maximum memory device chunk is capped at 16Gb,
> > which is fine for the most cases (QEMU uses it to describe initial
> > RAM (t
On Thu, 11 Jul 2024 03:29:40 +
Salil Mehta wrote:
> Hi Igor,
>
>
> On 06/07/2024 14:28, Igor Mammedov wrote:
> > On Fri, 7 Jun 2024 12:56:45 +0100
> > Salil Mehta wrote:
> >
> >> OSPM evaluates _EVT method to map the event. The CPU hotplug event
&
'
guest OS, either by fixing up the next machine type or
giving users a CLI option to customize it.
1) SMBIOS 3.1.0 7.18.5 Memory Device — Extended Size
PS:
* tested on 8Tb host with RHEL6 guest, which seems to parse
type 17 SMBIOS table entries correctly (according to 'dmidecode
On Mon, 8 Jul 2024 23:30:01 +
Salil Mehta wrote:
> Hi Igor,
>
> On 08/07/2024 13:32, Igor Mammedov wrote:
> > On Sat, 6 Jul 2024 15:43:01 +
> > Salil Mehta wrote:
> >
> >> Hi Igor,
> >> Thanks for taking out time to review.
> >
On Mon, 8 Jul 2024 05:32:28 +
Salil Mehta wrote:
> On 06/07/2024 14:45, Igor Mammedov wrote:
> > On Fri, 7 Jun 2024 12:56:49 +0100
> > Salil Mehta wrote:
> >
> >> GED interface is used by many hotplug events like memory hotplug, NVDIMM
> >> hotplug
On Mon, 8 Jul 2024 05:26:00 +
Salil Mehta wrote:
> On 06/07/2024 14:35, Igor Mammedov wrote:
> > On Fri, 7 Jun 2024 12:56:46 +0100
> > Salil Mehta wrote:
> >
> >> CPUs Control device(\\_SB.PCI0) register interface for the x86 arch is IO
> >> por
On Mon, 8 Jul 2024 05:21:06 +
Salil Mehta wrote:
> Hi Igor,
>
> On 06/07/2024 14:28, Igor Mammedov wrote:
> > On Fri, 7 Jun 2024 12:56:45 +0100
> > Salil Mehta wrote:
> >
> >> OSPM evaluates _EVT method to map the event. The CPU hotplug event
> >
On Mon, 8 Jul 2024 05:12:48 +
Salil Mehta wrote:
> On 06/07/2024 13:46, Igor Mammedov wrote:
> > On Fri, 7 Jun 2024 12:56:44 +0100
> > Salil Mehta wrote:
> >
> >> ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed in
> >> the
&
On Sat, 6 Jul 2024 15:43:01 +
Salil Mehta wrote:
> Hi Igor,
> Thanks for taking out time to review.
>
> On Sat, Jul 6, 2024 at 1:12 PM Igor Mammedov wrote:
>
> > On Fri, 7 Jun 2024 12:56:42 +0100
> > Salil Mehta wrote:
> >
> > > KVM
and can cover all
> teh x86 case. Remove the one in host_cpu_realizefn().
>
> Signed-off-by: Xiaoyao Li
Reviewed-by: Igor Mammedov
> ---
> target/i386/host-cpu.c | 12 +---
> 1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/target/i386/h
On Fri, 7 Jun 2024 12:56:49 +0100
Salil Mehta wrote:
> GED interface is used by many hotplug events like memory hotplug, NVDIMM
> hotplug
> and non-hotplug events like system power down event. Each of these can be
> selected using a bit in the 32 bit GED IO interface. A bit has been reserved
>
On Fri, 7 Jun 2024 12:56:48 +0100
Salil Mehta wrote:
> Add common function to help unregister the GDB register space. This shall be
> done in context to the CPU unrealization.
>
> Note: These are common functions exported to arch specific code. For example,
> for ARM this code is being referred
by: Vishnu Pajjuri
> Reviewed-by: Gavin Shan
> Tested-by: Xianglai Li
> Tested-by: Miguel Luis
> Reviewed-by: Shaoqin Huang
> Tested-by: Zhao Liu
Acked-by: Igor Mammedov
> ---
> include/exec/cpu-common.h | 8
> include/hw/core/cpu.h
On Fri, 7 Jun 2024 12:56:46 +0100
Salil Mehta wrote:
> CPUs Control device(\\_SB.PCI0) register interface for the x86 arch is IO port
> based and existing CPUs AML code assumes _CRS objects would evaluate to a
> system
> resource which describes IO Port address. But on ARM arch CPUs control
> de
On Fri, 7 Jun 2024 12:56:45 +0100
Salil Mehta wrote:
> OSPM evaluates _EVT method to map the event. The CPU hotplug event eventually
> results in start of the CPU scan. Scan figures out the CPU and the kind of
> event(plug/unplug) and notifies it back to the guest. Update the GED AML _EVT
> metho
On Fri, 7 Jun 2024 12:56:44 +0100
Salil Mehta wrote:
> ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed in the
> _CRS object of GED to intimate OSPM about an event. Later then demultiplexes
> the
> notified event by evaluating ACPI _EVT method to know the type of event. Use
On Fri, 7 Jun 2024 12:56:43 +0100
Salil Mehta wrote:
> CPU ctrl-dev MMIO region length could be used in ACPI GED and various other
> architecture specific places. Move ACPI_CPU_HOTPLUG_REG_LEN macro to more
> appropriate common header file.
>
> Signed-off-by: Salil Mehta
> Reviewed-by: Alex Ben
On Fri, 7 Jun 2024 12:56:42 +0100
Salil Mehta wrote:
> KVM vCPU creation is done once during the vCPU realization when Qemu vCPU
> thread
> is spawned. This is common to all the architectures as of now.
>
> Hot-unplug of vCPU results in destruction of the vCPU object in QOM but the
> correspond
thout arch in the path.
we probably should remove fallback path lookup after series is merged.
it' fine to do it as a follow up patch.
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair Francis
> Reviewed-by: Igor Mammedov
On Mon, 1 Jul 2024 14:27:50 +
"Gao,Shiyuan" wrote:
> > > > > If I want to use ACPI PCI hotplug in the pxb bridge, what else need
> > > > > to be done?
> > > >
> > > > does it have to be hotplug directly into pxb or
> > > > would be it be sufficient to have hotplug support
> > > > on pci-br
On Fri, 28 Jun 2024 15:34:58 +0100
Alex Bennée wrote:
> Alex Bennée writes:
>
> > Incorrect brace positions causes an unintended overflow on 32 bit
> > builds and shenanigans result.
> >
> > Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2413
> > Suggested-by: Mark Cave-Ayland
> > Sig
On Thu, 20 Jun 2024 17:03:16 +0100
Jonathan Cameron wrote:
> These are very similar to the recently added Generic Initiators
> but instead of representing an initiator of memory traffic they
> represent an edge point beyond which may lie either targets or
> initiators. Here we add these ports su
On Wed, 26 Jun 2024 17:53:52 +
Salil Mehta wrote:
> Hi Gavin,
>
> > From: Gavin Shan
> > Sent: Wednesday, June 26, 2024 5:13 AM
> > To: Salil Mehta ; Igor Mammedov
> >
> >
> > Hi Salil and Igor,
> >
> > On 6/26/24 9:51 AM
On Fri, 28 Jun 2024 03:04:28 +
"Gao,Shiyuan" wrote:
> > > that OS cannot get control of SHPC hotplug and hotplug device to
> > > the PCI bridge will fail when we use SHPC Native type:
> > >
> > > [3.336059] shpchp :00:03.0: Requesting control of SHPC hotplug via
> > >OSHP (\_SB_.PCI0.S
On Thu, 27 Jun 2024 15:09:12 +0200
Igor Mammedov wrote:
> On Thu, 20 Jun 2024 17:03:13 +0100
> Jonathan Cameron wrote:
>
> > Using a property allows us to hide the internal details of the PCI device
> > from the code to build a SRAT Generic Initiator Affinity Structur
On Thu, 27 Jun 2024 14:46:14 +0100
Jonathan Cameron wrote:
> On Thu, 27 Jun 2024 15:27:58 +0200
> Igor Mammedov wrote:
>
> > On Thu, 20 Jun 2024 17:03:15 +0100
> > Jonathan Cameron wrote:
> >
> > > This allows the ACPI SRAT Generic Port Affinity Struct
On Fri, 7 Jun 2024 14:17:24 +
Ricardo Ribalda wrote:
> Signed-off-by: Ricardo Ribalda
> ---
> tests/qtest/bios-tables-test-allowed-diff.h | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/tests/qtest/bios-tables-test-allowed-diff.h
> b/tests/qtest/bios-tables-test-allowed-diff.h
>
},
>
> Package (0x04)
> {
> 0x0001,
> Zero,
> LNKS,
> Zero
> },
> Context:
> https://lore.
On Thu, 27 Jun 2024 14:51:55 +0200
Igor Mammedov wrote:
> On Thu, 20 Jun 2024 17:03:17 +0100
> Jonathan Cameron wrote:
>
> > The test to be added exercises many corners of the SRAT and HMAT table
> did you mean 'corner
On Tue, 25 Jun 2024 11:52:24 +0800
Shiyuan Gao wrote:
> SHPC driver will be loaded fail in i440fx machine, the dmesg shows
> that OS cannot get control of SHPC hotplug and hotplug device to
> the PCI bridge will fail when we use SHPC Native type:
>
> [3.336059] shpchp :00:03.0: Requesting
On Thu, 20 Jun 2024 17:03:15 +0100
Jonathan Cameron wrote:
> This allows the ACPI SRAT Generic Port Affinity Structure
> creation to be independent of PCI internals. Note that
> the UID is currently the PCI bus number.
>
> Suggested-by: Igor Mammedov
> Signed-off-by
On Thu, 20 Jun 2024 17:03:13 +0100
Jonathan Cameron wrote:
> Using a property allows us to hide the internal details of the PCI device
> from the code to build a SRAT Generic Initiator Affinity Structure with
> PCI Device Handle.
>
> Suggested-by: Igor Mammedov
> Signe
On Thu, 20 Jun 2024 17:03:12 +0100
Jonathan Cameron wrote:
> Igor noted that this function only builds one instance, so was rather
> misleadingly named. Fix that.
>
> Suggested-by: Igor Mammedov
> Signed-off-by: Jonathan Cameron
Reviewed-by: Igor Mammedov
>
>
On Thu, 20 Jun 2024 17:03:17 +0100
Jonathan Cameron wrote:
> The test to be added exercises many corners of the SRAT and HMAT table
did you mean 'corner cases"?
> generation.
>
> Signed-off-by: Jonathan Cameron
> ---
> v3: No change
> ---
> tests/qtes
On Thu, 27 Jun 2024 08:44:14 -0400
"Michael S. Tsirkin" wrote:
> On Thu, Jun 27, 2024 at 02:42:44PM +0200, Igor Mammedov wrote:
> > On Thu, 20 Jun 2024 17:03:11 +0100
> > Jonathan Cameron wrote:
> >
> > > Rather than attempting to create
us and devfn and write them as single bytes in the correct
> order.
>
> [1] ACPI Spec 6.3, Table 5.80
>
> Fixes: 0a5b5acdf2d8 ("hw/acpi: Implement the SRAT GI affinity structure")
> Signed-off-by: Jonathan Cameron
Reviewed-by: Igor Mammedov
>
> ---
> v3: Ne
On Thu, 20 Jun 2024 17:03:10 +0100
Jonathan Cameron wrote:
> Before making additional modification, tidy up this misleading indentation.
>
> Reviewed-by: Ankit Agrawal
> Signed-off-by: Jonathan Cameron
Reviewed-by: Igor Mammedov
> ---
> v3: Unchange
with little duplicated code.
>
> Drop the PCIDeviceHandle in favor of just passing the bus, devfn
> and segment directly. devfn kept as a single byte because ARI means
> that in cases this is just an 8 bit function number.
>
> Suggested-by: Igor Mammedov
> Link:
>
These are all new files being added for the first time. Hence, iASL diff
> output is not added.
>
> Signed-off-by: Sunil V L
> Acked-by: Alistair Francis
> Acked-by: Igor Mammedov
Michael,
can it go via risc-v tree or
do you plan to merge it via your tree?
> ---
> tests/data
On Tue, 25 Jun 2024 17:59:33 +0530
Sunil V L wrote:
> On Tue, Jun 25, 2024 at 02:05:58PM +0200, Igor Mammedov wrote:
> > On Tue, 25 Jun 2024 13:19:59 +0200
> > Igor Mammedov wrote:
> >
> > > On Fri, 21 Jun 2024 17:29:05 +0530
> > > Sunil V L wrote:
>
On Tue, 25 Jun 2024 13:19:59 +0200
Igor Mammedov wrote:
> On Fri, 21 Jun 2024 17:29:05 +0530
> Sunil V L wrote:
>
> > Add basic ACPI table test case for RISC-V.
> >
> > Signed-off-by: Sunil V L
> > Reviewed-by: Alistair Francis
>
> Reviewed-by:
On Fri, 21 Jun 2024 17:29:05 +0530
Sunil V L wrote:
> Add basic ACPI table test case for RISC-V.
>
> Signed-off-by: Sunil V L
> Reviewed-by: Alistair Francis
Reviewed-by: Igor Mammedov
> ---
> tests/qtest/bios-tables-test.c | 26 ++
> 1 file c
On Fri, 21 Jun 2024 17:28:59 +0530
Sunil V L wrote:
> To support multiple architectures using same machine name, create x86
> folder and move all x86 related AML files for each machine type inside.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests/
On Fri, 21 Jun 2024 17:29:00 +0530
Sunil V L wrote:
> Same machine name can be used by different architectures. Hence, create
> aarch64 folder and move all aarch64 related AML files for virt machine
> inside.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
On Fri, 21 Jun 2024 17:28:58 +0530
Sunil V L wrote:
> To search for expected AML files under ${arch}/${machine} path, set this
> field for X86 related test cases.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests/qtest/bios-
On Fri, 21 Jun 2024 17:28:57 +0530
Sunil V L wrote:
> To search for expected AML files under ${arch}/${machine} path, set this
> field for AARCH64 related test cases.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests/qtest/bios-tables-test.c | 8
thout arch in the path.
>
> Signed-off-by: Sunil V L
Reviewed-by: Igor Mammedov
> ---
> tests/qtest/bios-tables-test.c | 23 ---
> 1 file changed, 20 insertions(+), 3 deletions(-)
>
> diff --git a/tests/qtest/bios-tables-test.c b/tests/qtest/bios-t
t; required to support the python based build script.
>
> Signed-off-by: Sunil V L
Acked-by: Igor Mammedov
> ---
> tests/uefi-test-tools/Makefile | 19 +++
> tests/uefi-test-tools/uefi-test-build.config | 52
> 2 files changed, 59 inser
On Fri, 21 Jun 2024 17:28:52 +0530
Sunil V L wrote:
> Enable building the test application for RISC-V with appropriate
> dependencies updated.
>
> Signed-off-by: Sunil V L
> Acked-by: Gerd Hoffmann
> Acked-by: Alistair Francis
Acked-by: Igor Mammedov
> ---
>
On Wed, 19 Jun 2024 23:30:35 +0530
Sunil V L wrote:
> On Wed, Jun 19, 2024 at 05:20:50AM -0400, Michael S. Tsirkin wrote:
> > On Wed, Jun 19, 2024 at 11:17:43AM +0200, Igor Mammedov wrote:
> > > On Mon, 27 May 2024 20:46:29 +0530
> > > Sunil V L wrote:
> > >
These are all new files being added for the first time. Hence, iASL diff
> output is not added.
>
> Signed-off-by: Sunil V L
Acked-by: Igor Mammedov
> ---
> tests/data/acpi/virt/riscv64/APIC | Bin 0 -> 116 bytes
> tests/data/acpi/virt/riscv64/DSDT | Bin
On Fri, 24 May 2024 11:44:10 +0530
Sunil V L wrote:
> Add basic ACPI table test case for RISC-V.
>
> Signed-off-by: Sunil V L
> ---
> tests/qtest/bios-tables-test.c | 27 +++
> 1 file changed, 27 insertions(+)
>
> diff --git a/tests/qtest/bios-tables-test.c b/tests/qte
On Fri, 24 May 2024 11:44:09 +0530
Sunil V L wrote:
> As per process documented (steps 1-3) in bios-tables-test.c, add empty
> AML data files for RISC-V ACPI tables and add the entries in
> bios-tables-test-allowed-diff.h.
>
> Signed-off-by: Sunil V L
Reviewed-by
On Fri, 24 May 2024 11:44:08 +0530
Sunil V L wrote:
> Update the list of supported architectures to include RISC-V.
>
> Signed-off-by: Sunil V L
> Reviewed-by: Alistair Francis
Reviewed-by: Igor Mammedov
> ---
> tests/data/acpi/rebuild-expected-aml.sh | 5 +++--
&g
On Fri, 24 May 2024 11:44:07 +0530
Sunil V L wrote:
> Update list of images supported in unpack_edk2_blobs to enable RISC-V
> ACPI table testing.
>
> Signed-off-by: Sunil V L
> Reviewed-by: Alistair Francis
Reviewed-by: Igor Mammedov
> ---
> pc-bios/meson.build
On Fri, 24 May 2024 11:44:04 +0530
Sunil V L wrote:
> Since virt machine is common for multiple architectures, add "arch" in
> the path to search expected AML files. Since the AML files are still
> under old path, support both by searching with and without arch in the
> path.
>
> Signed-off-by:
On Fri, 24 May 2024 11:44:06 +0530
Sunil V L wrote:
> so that ACPI table test can be supported.
>
> Signed-off-by: Sunil V L
> Reviewed-by: Alistair Francis
Reviewed-by: Igor Mammedov
> ---
> meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
&g
101 - 200 of 5224 matches
Mail list logo