[Qemu-devel] [PATCH 1/1] hw/arm/virt: provide a model property in the fdt

Device trees in the Linux kernel generally provide a model property. Some software like the Debian flash-kernel package rely on this property to identify boards. The patch sets the model property for the virt boards to 'QEMU virt'. Signed-off-by: Heinrich Schuchardt --- hw/arm/virt.c | 1 + 1

[Qemu-devel] [PATCH v2 1/1] hw/arm/virt: provide a model property in the fdt

According to the "Devicetree Specification, Release v0.2" 'model' is a required property of the root node. Some software like the Debian flash-kernel package rely on this property to identify boards. The patch sets the model property to 'qemu,virt'. Signed-off-by: Heinrich Schuchar

Re: [PATCH 1/1] hw: virt: consider hw_compat_6_0

On 6/14/21 5:35 PM, Peter Maydell wrote: On Fri, 11 Jun 2021 at 08:32, Cornelia Huck wrote: On Thu, Jun 10 2021, Heinrich Schuchardt wrote: virt-6.0 must consider hw_compat_6_0. Signed-off-by: Heinrich Schuchardt --- hw/arm/virt.c | 2 ++ 1 file changed, 2 insertions(+) Oops, forgot

Re: [PATCH v2 3/3] hw/nvme: default for namespace EUI-64

On 6/14/21 8:31 PM, Klaus Jensen wrote: On Jun 12 01:46, Heinrich Schuchardt wrote: On machines with version > 6.0 replace a missing EUI-64 by a generated value. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- docs/system/nvme.rst | 2 ++ hw/core/machine.c    | 1 + hw/nvme/n

Re: [PATCH v2 3/3] hw/nvme: default for namespace EUI-64

On 6/14/21 9:23 PM, Heinrich Schuchardt wrote: On 6/14/21 8:31 PM, Klaus Jensen wrote: On Jun 12 01:46, Heinrich Schuchardt wrote: On machines with version > 6.0 replace a missing EUI-64 by a generated value. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- docs/system/nvme.

Re: [PATCH v2 1/3] hw: virt: consider hw_compat_6_0

On 6/12/21 1:46 AM, Heinrich Schuchardt wrote: virt-6.0 must consider hw_compat_6_0. Fixes: da7e13c00b59 ("hw: add compat machines for 6.1") Signed-off-by: Heinrich Schuchardt Reviewed-by: Cornelia Huck This patch was applied to target-arm.next by Peter. --- v2: add mis

[PATCH v3 1/2] hw/nvme: namespace parameter for EUI-64

The EUI-64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI-64. Signed-off-by: Heinrich Schuchardt Acked-by: Klaus Jensen --- v3: no change v2: fix typo %s

[PATCH v3 0/2] hw/nvme: namespace parameter for EUI-64

The EUI-64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI-64. v3: use 52-54-00-00-00-00-00-00 as starting values for generating EUI-64s Heinrich Schuchardt

[PATCH v3 2/2] hw/nvme: default for namespace EUI-64

On machines with version > 6.0 replace a missing EUI-64 by a generated value. Signed-off-by: Heinrich Schuchardt --- v3: use 52-54-00-00-00-00-00-00 as starting values for generating EUI-64s v2: new patch --- docs/system/nvme.rst | 2 ++ hw/core/machine.c| 1 +

[PATCH 1/1] hw/nvme: namespace parameter for EUI64

The EUI64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI64. Signed-off-by: Heinrich Schuchardt --- docs/system/nvme.rst | 4 +++ hw/nvme/ctrl.c

Re: [PATCH 1/1] hw/nvme: namespace parameter for EUI64

On 6/9/21 2:14 PM, Klaus Jensen wrote: On Jun  9 13:46, Heinrich Schuchardt wrote: The EUI64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI64. Signed-off-by: Heinrich

Re: [PATCH 1/1] hw/nvme: namespace parameter for EUI64

On 6/9/21 2:33 PM, Klaus Jensen wrote: On Jun  9 14:21, Heinrich Schuchardt wrote: On 6/9/21 2:14 PM, Klaus Jensen wrote: On Jun  9 13:46, Heinrich Schuchardt wrote: The EUI64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "

Re: [PATCH 1/1] hw/nvme: namespace parameter for EUI64

+cc qemu-bl...@nongnu.org On 6/9/21 1:46 PM, Heinrich Schuchardt wrote: The EUI64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI64. Signed-off-by: Heinrich Schuchardt

[PATCH v2 3/3] hw/nvme: default for namespace EUI-64

On machines with version > 6.0 replace a missing EUI-64 by a generated value. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- docs/system/nvme.rst | 2 ++ hw/core/machine.c| 1 + hw/nvme/ns.c | 9 + hw/nvme/nvme.h | 2 ++ 4 files changed, 14 inserti

[PATCH v2 0/3] hw/nvme: namespace parameter for EUI-64

The EUI-64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI-64. v2: include patch for hw_compat_6_0 add a patch to implement default values for the EUI-64

[PATCH v2 2/3] hw/nvme: namespace parameter for EUI-64

The EUI-64 field is the only identifier for NVMe namespaces in UEFI device paths. Add a new namespace property "eui64", that provides the user the option to specify the EUI-64. Signed-off-by: Heinrich Schuchardt Acked-by: Klaus Jensen --- v2: fix typo %s/EUI64/EUI-64/ --- d

[PATCH v2 1/3] hw: virt: consider hw_compat_6_0

virt-6.0 must consider hw_compat_6_0. Fixes: da7e13c00b59 ("hw: add compat machines for 6.1") Signed-off-by: Heinrich Schuchardt Reviewed-by: Cornelia Huck --- v2: add missing Fixes: tag --- hw/arm/virt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/hw/arm/virt.

[PATCH 1/1] hw: virt: consider hw_compat_6_0

virt-6.0 must consider hw_compat_6_0. Signed-off-by: Heinrich Schuchardt --- hw/arm/virt.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/hw/arm/virt.c b/hw/arm/virt.c index 840758666d..8bc3b408fe 100644 --- a/hw/arm/virt.c +++ b/hw/arm/virt.c @@ -2764,6 +2764,8

Re: [PATCH 1/1] hw/nvme: namespace parameter for EUI64

Am 9. Juni 2021 16:39:20 MESZ schrieb "Daniel P. Berrangé" : >On Wed, Jun 09, 2021 at 02:33:08PM +0200, Klaus Jensen wrote: >> On Jun 9 14:21, Heinrich Schuchardt wrote: >> > On 6/9/21 2:14 PM, Klaus Jensen wrote: >> > > On Jun  9 13:46, Heinrich Sc

Re: [PATCH 1/1] hw/nvme: namespace parameter for EUI64

Am 9. Juni 2021 21:57:26 MESZ schrieb Klaus Jensen : >On Jun 9 20:13, Heinrich Schuchardt wrote: >>Am 9. Juni 2021 16:39:20 MESZ schrieb "Daniel P. Berrangé" >: >>>On Wed, Jun 09, 2021 at 02:33:08PM +0200, Klaus Jensen wrote: >>>> On Jun 9 14:21, Heinr

[PATCH 1/1] util/uri: do not check argument of uri_free()

uri_free() checks if its argument is NULL in uri_clean() and g_free(). There is no need to check the argument before the call. Signed-off-by: Heinrich Schuchardt --- block/nfs.c | 4 +--- block/ssh.c | 4 +--- capstone| 2 +- util/uri.c | 22 ++ 4 files changed, 9

Re: [PATCH 06/16] riscv: qemu: Add devicetree files for qemu_riscv32/64

On 10/13/21 03:01, Simon Glass wrote: Add these files, generated from qemu, so there is a reference devicetree in the U-Boot tree. Split the existing qemu-virt into two, since we need a different devicetree for 32- and 64-bit machines. You only sent patch 6/16 and 15/16 to me. No clue

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

On 10/13/21 03:01, Simon Glass wrote: With Ilias' efforts we have dropped OF_PRIOR_STAGE and OF_HOSTFILE so there are only three ways to obtain a devicetree: - OF_SEPARATE - the normal way, where the devicetree is built and appended to U-Boot - OF_EMBED - for development

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

On 10/27/21 15:15, François Ozog wrote: Hi, On Wed, 27 Oct 2021 at 14:48, Tom Rini > wrote: On Fri, Oct 15, 2021 at 12:03:44PM -0600, Simon Glass wrote: > Hi all, > > On Thu, 14 Oct 2021 at 09:28, Tom Rini mailto:tr...@konsulko.com>> wrote: >

Re: [PATCH 00/16] fdt: Make OF_BOARD a boolean option

On 10/27/21 16:55, Tom Rini wrote: On Wed, Oct 27, 2021 at 03:23:01PM +0200, Heinrich Schuchardt wrote: [snip] One passed to U-Boot for fixups and further passed to the OS. This devicetree may originate from a prior boot stage, from a file loaded by U-Boot, or from a later bootstage, e.g

Re: [PATCH] hw/arm: add control knob to disable kaslr_seed via DTB

host memory errors to a guest using ACPI and guest external abort exceptions. The default is off. Tested on top of QEMU v6.1.0 Tested-by: Heinrich Schuchardt

[PATCH 1/1] target/riscv: correct csr_ops[CSR_MSECCFG]

The CSR register mseccfg is used by multiple extensions: Smepm and Zkr. Consider this when checking the existence of the register. Fixes: 77442380ecbe ("target/riscv: rvk: add CSR support for Zkr") Signed-off-by: Heinrich Schuchardt --- target/riscv/csr.c | 7 +-- 1 file

[PATCH v2 1/1] target/riscv: correct csr_ops[CSR_MSECCFG]

The CSR register mseccfg is used by multiple extensions: Smepm and Zkr. Consider this when checking the existence of the register. Fixes: 77442380ecbe ("target/riscv: rvk: add CSR support for Zkr") Signed-off-by: Heinrich Schuchardt --- v2: rebase on alistair23/riscv-to-

Re: [PATCH 1/1] docs: pcie: describe PCIe option ROMs

On 7/20/22 08:42, Heinrich Schuchardt wrote: Provide a descriptions of the options that control the emulation of option ROMS for PCIe devices. Signed-off-by: Heinrich Schuchardt --- docs/pcie.txt | 25 + 1 file changed, 25 insertions(+) diff --git a/docs/pcie.txt b

[PATCH 1/1] docs: pcie: describe PCIe option ROMs

Provide a descriptions of the options that control the emulation of option ROMS for PCIe devices. Signed-off-by: Heinrich Schuchardt --- docs/pcie.txt | 25 + 1 file changed, 25 insertions(+) diff --git a/docs/pcie.txt b/docs/pcie.txt index 89e3502075..a22c1f69f7 100644

[PATCH] hw/arm/virt: impact of gic-version on max CPUs

Describe that the gic-version influences the maximum number of CPUs. Signed-off-by: Heinrich Schuchardt --- docs/system/arm/virt.rst | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/system/arm/virt.rst b/docs/system/arm/virt.rst index 1544632b67..1af3f6a0a8 100644

[PATCH v2 1/1] docs: pcie: describe PCIe option ROMs

Provide a descriptions of the options that control the emulation of option ROMS for PCIe devices. Signed-off-by: Heinrich Schuchardt --- v2: correct description of rombar property use romfile= to suppress option ROM loading --- docs/pcie.txt | 28 1

Re: [PATCH] hw/riscv: virt: Enable booting M-mode or S-mode FW from pflash0

64 -pflash -pflash -machine virt or qemu-system-riscv64 -bios \ -pflash \ -pflash \ -machine virt or qemu-system-riscv64 -bios \ -drive file=,if=pflash,format=raw,unit=0,readonly=on \ -drive file=,if=pflash,format=raw,unit=1 \ -machine virt Signed-off-by: Sunil V L Reported-by: Heinrich Schuchar

Re: [PATCH v2] hw/riscv: virt: Assume M-mode FW in pflash0 only when "-bios none"

raw,unit=0 \ -drive file=,if=pflash,format=raw,unit=1,readonly=on \ -machine virt Signed-off-by: Sunil V L Reported-by: Heinrich Schuchardt --- The issue is reported at https://salsa.debian.org/qemu-team/edk2/-/commit/c345655a0149f64c5020bfc1e53c619ce60587f6 The patch is based on Alista

[PATCH 1/1] target/riscv: SMBIOS support for RISC-V virt machine

Booting Ubuntu 23.10 via EDK II allowed displaying the SMBIOS table using the dmidecode command: Handle 0x0100, DMI type 1, 27 bytes System Information Manufacturer: QEMU Product Name: QEMU Virtual Machine Version: virt ... Signed-off-by: Heinrich Schuchardt --- hw

Re: [PATCH 1/1] target/riscv: SMBIOS support for RISC-V virt machine

On 12/18/23 09:49, Sunil V L wrote: Hi Heinrich, Thanks for the patch!. On Mon, Dec 18, 2023 at 08:40:18AM +0100, Heinrich Schuchardt wrote: Generate SMBIOS tables for the RISC-V mach-virt. Add CONFIG_SMBIOS=y to the RISC-V default config. The implementation is based on the corresponding ARM

Re: [PATCH 1/1] docs/system/riscv: document acpi parameter of virt machine

On 20.12.23 07:57, Sunil V L wrote: On Tue, Dec 19, 2023 at 03:38:29PM +0100, Heinrich Schuchardt wrote: Since QEMU v8.0.0 the RISC-V virt machine has a switch to disable ACPI table generation. Add it to the documentation. Fixes: 168b8c29cedb ("hw/riscv/virt: Add a switch to disable

[PATCH v2 1/1] docs/system/riscv: document acpi parameter of virt machine

Since QEMU v8.0.0 the RISC-V virt machine has a switch to disable ACPI table generation. Add it to the documentation. Fixes: 168b8c29cedb ("hw/riscv/virt: Add a switch to disable ACPI") Signed-off-by: Heinrich Schuchardt --- v2: mention that acpi=on is the default --- docs/sy

Re: [PATCH v2 1/1] docs: pcie: describe PCIe option ROMs

On 8/14/22 17:32, Heinrich Schuchardt wrote: Provide a descriptions of the options that control the emulation of option ROMS for PCIe devices. Signed-off-by: Heinrich Schuchardt --- v2: correct description of rombar property use romfile= to suppress option ROM loading

Re: [PATCH for 8.2.1] hw/net: cadence_gem: Fix MDIO_OP_xxx values

EMU 8.1 but broken since QEMU 8.2. s/till/until/? These are synonyms. Till is more informal. No need to change. Fixes: 1b09eeb122aa ("hw/net/cadence_gem: use FIELD to describe PHYMNTNC register fields") Reported-by: Heinrich Schuchardt Signed-off-by: Bin Meng ---   hw/net/cade

[PATCH v2 2/4] smbios: function to set default processor family

Provide a function to set the default processor family. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- hw/smbios/smbios.c | 7 +++ include/hw/firmware/smbios.h | 1 + 2 files changed, 8 insertions(+) diff --git a/hw/smbios/smbios.c b/hw/smbios/smbios.c index

[PATCH v2 1/4] smbios: add processor-family option

the Processor Family field to 0xFE which signals that the Processor Family 2 is used. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- hw/smbios/smbios.c | 13 +++-- qemu-options.hx| 4 ++-- 2 files changed, 13 insertions(+), 4 deletions(-) diff --git a/hw/smbios/smbios.c b/hw

[PATCH v2 3/4] target/riscv: SMBIOS support for RISC-V virt machine

/smbios/smbios-anchor etc/smbios/smbios-tables Signed-off-by: Heinrich Schuchardt --- v2: set processor family --- hw/riscv/Kconfig | 1 + hw/riscv/virt.c | 42 ++ 2 files changed, 43 insertions(+) diff --git a/hw/riscv/Kconfig b/hw/riscv/Kconfig

[PATCH v2 4/4] qemu-options: enable -smbios option on RISC-V

With SMBIOS support added for RISC-V we also should enable the command line option. Signed-off-by: Heinrich Schuchardt --- v2: new patch --- qemu-options.hx | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/qemu-options.hx b/qemu-options.hx index 7bdb414345..5ed82df11f

[PATCH v2 0/4] target/riscv: SMBIOS support for RISC-V virt machine

Generate SMBIOS tables for the RISC-V mach-virt. Add CONFIG_SMBIOS=y to the RISC-V default config. With the series the following firmware tables are provided: etc/smbios/smbios-anchor etc/smbios/smbios-tables Add processor-family to the '-smbios type=4' command line options. Heinrich

Re: [PATCH v2 1/4] smbios: add processor-family option

On 1/5/24 06:24, Alistair Francis wrote: On Fri, Dec 29, 2023 at 10:48 PM Heinrich Schuchardt wrote: For RISC-V the SMBIOS standard requires specific values of the processor family value depending on the bitness of the CPU. Can you provide some details of where this is described? I can't

[PATCH 1/1] docs/system/riscv: document acpi parameter of virt machine

Since QEMU v8.0.0 the RISC-V virt machine has a switch to disable ACPI table generation. Add it to the documentation. Fixes: 168b8c29cedb ("hw/riscv/virt: Add a switch to disable ACPI") Signed-off-by: Heinrich Schuchardt --- docs/system/riscv/virt.rst | 5 + 1 file changed, 5

[PATCH v4 1/4] smbios: add processor-family option

the Processor Family field to 0xFE which signals that the Processor Family 2 is used. Signed-off-by: Heinrich Schuchardt Reviewed-by: Alistair Francis Reviewed-by: Andrew Jones --- v4: no change v3: no change v2: new patch --- hw/smbios/smbios.c | 13 +++-- qemu-options.hx

[PATCH v4 0/4] target/riscv: SMBIOS support for RISC-V virt machine

: remove a superfluous #ifdef v3: use misa_mxl_max to determine bitness v2: set processor family Heinrich Schuchardt (4): smbios: add processor-family option smbios: function to set default processor family target/riscv: SMBIOS support for RISC-V virt machine qemu-options

[PATCH v4 2/4] smbios: function to set default processor family

Provide a function to set the default processor family. Signed-off-by: Heinrich Schuchardt Reviewed-by: Andrew Jones --- v4: no change v3: no change v2: new patch --- hw/smbios/smbios.c | 7 +++ include/hw/firmware/smbios.h | 1 + 2 files changed, 8

[PATCH v4 4/4] qemu-options: enable -smbios option on RISC-V

With SMBIOS support added for RISC-V we also should enable the command line option. Signed-off-by: Heinrich Schuchardt Reviewed-by: Daniel Henrique Barboza Acked-by: Alistair Francis Reviewed-by: Andrew Jones --- v4: no change v3: no change v2: new patch --- qemu

[PATCH v4 3/4] target/riscv: SMBIOS support for RISC-V virt machine

/smbios/smbios-anchor etc/smbios/smbios-tables Signed-off-by: Heinrich Schuchardt --- v4: remove a superfluous #ifdef v3: use misa_mxl_max to determine bitness v2: set processor family --- hw/riscv/Kconfig | 1 + hw/riscv/virt.c | 42

Re: [PATCH v2 3/4] target/riscv: SMBIOS support for RISC-V virt machine

On 22.01.24 10:57, Andrew Jones wrote: On Fri, Dec 29, 2023 at 01:07:23PM +0100, Heinrich Schuchardt wrote: Generate SMBIOS tables for the RISC-V mach-virt. Add CONFIG_SMBIOS=y to the RISC-V default config. Set the default processor family in the type 4 table. The implementation is based

[PATCH v3 2/4] smbios: function to set default processor family

Provide a function to set the default processor family. Signed-off-by: Heinrich Schuchardt Reviewed-by: Andrew Jones --- v3: no change v2: new patch --- hw/smbios/smbios.c | 7 +++ include/hw/firmware/smbios.h | 1 + 2 files changed, 8 insertions(+) diff --git

[PATCH v3 0/4] target/riscv: SMBIOS support for RISC-V virt machine

: use misa_mxl_max to determine bitness v2: set processor family Heinrich Schuchardt (4): smbios: add processor-family option smbios: function to set default processor family target/riscv: SMBIOS support for RISC-V virt machine qemu-options: enable -smbios option on RISC-V hw

[PATCH v3 1/4] smbios: add processor-family option

the Processor Family field to 0xFE which signals that the Processor Family 2 is used. Signed-off-by: Heinrich Schuchardt Reviewed-by: Alistair Francis Reviewed-by: Andrew Jones --- v3: no change v2: new patch --- hw/smbios/smbios.c | 13 +++-- qemu-options.hx| 4 ++-- 2 files

[PATCH v3 3/4] target/riscv: SMBIOS support for RISC-V virt machine

/smbios/smbios-anchor etc/smbios/smbios-tables Signed-off-by: Heinrich Schuchardt --- v3: use misa_mxl_max to determine bitness v2: set processor family --- hw/riscv/Kconfig | 1 + hw/riscv/virt.c | 44 2 files changed, 45 insertions

Re: [PATCH v2 3/4] target/riscv: SMBIOS support for RISC-V virt machine

On 22.01.24 13:59, Andrew Jones wrote: On Mon, Jan 22, 2024 at 01:28:18PM +0100, Heinrich Schuchardt wrote: On 22.01.24 10:57, Andrew Jones wrote: On Fri, Dec 29, 2023 at 01:07:23PM +0100, Heinrich Schuchardt wrote: ... +#if defined(TARGET_RISCV32) +smbios_set_default_processor_family

[PATCH v3 4/4] qemu-options: enable -smbios option on RISC-V

With SMBIOS support added for RISC-V we also should enable the command line option. Signed-off-by: Heinrich Schuchardt Reviewed-by: Daniel Henrique Barboza Acked-by: Alistair Francis Reviewed-by: Andrew Jones --- v3: no change v2: new patch --- qemu-options.hx | 2 +- 1 file

Re: [RFC v2 2/2] hw/riscv: Add server platform reference machine

On 3/22/24 08:14, Marcin Juszkiewicz wrote: W dniu 22.03.2024 o 05:55, Alistair Francis pisze: I see no mention of device trees in the spec, but I do see ACPI. Do we really expect a server platform to use DTs? This platform "kind of" follows sbsa-ref where we have very minimalistic device

Re: [RISC-V][tech-server-platform] [RISC-V][tech-server-soc] [RFC 2/2] target/riscv: Add server platform reference cpu

On 07.03.24 08:36, Wu, Fei2 wrote: On 3/6/2024 9:26 PM, Wu, Fei wrote: On 3/5/2024 1:58 PM, Wu, Fei wrote: On 3/5/2024 3:43 AM, Daniel Henrique Barboza wrote: On 3/4/24 07:25, Fei Wu wrote: The harts requirements of RISC-V server platform [1] require RVA23 ISA profile support, plus Sv48,

Re: [PATCH, v2] physmem: avoid bounce buffer too small

On 28.02.24 19:39, Peter Maydell wrote: On Wed, 28 Feb 2024 at 18:28, Heinrich Schuchardt wrote: On 28.02.24 16:06, Philippe Mathieu-Daudé wrote: Hi Heinrich, On 28/2/24 13:59, Heinrich Schuchardt wrote: virtqueue_map_desc() is called with values of sz exceeding that may exceed

Re: [PATCH 1/1] physmem: avoid bounce buffer too small

On 28.02.24 13:46, Heinrich Schuchardt wrote: virtqueue_map_desc() is called with values of sz exceeding that may exceed TARGET_PAGE_SIZE. sz = 0x2800 has been observed. We only support a single bounce buffer. We have to avoid virtqueue_map_desc() calling address_space_map() multiple times

[PATCH, v2] physmem: avoid bounce buffer too small

descriptor or out of resources Increase the minimum size of the bounce buffer to 0x1 which matches the largest value of TARGET_PAGE_SIZE for all architectures. Signed-off-by: Heinrich Schuchardt --- v2: remove unrelated change --- system/physmem.c | 8 ++-- 1 file changed, 6

[PATCH 1/1] physmem: avoid bounce buffer too small

descriptor or out of resources Increase the minimum size of the bounce buffer to 0x1 which matches the largest value of TARGET_PAGE_SIZE for all architectures. Signed-off-by: Heinrich Schuchardt --- roms/edk2 | 2 +- roms/seabios-hppa | 2 +- system/physmem.c | 8 ++-- 3 files

Re: [PATCH, v2] physmem: avoid bounce buffer too small

On 28.02.24 16:06, Philippe Mathieu-Daudé wrote: Hi Heinrich, On 28/2/24 13:59, Heinrich Schuchardt wrote: virtqueue_map_desc() is called with values of sz exceeding that may exceed TARGET_PAGE_SIZE. sz = 0x2800 has been observed. We only support a single bounce buffer. We have to avoid

Re: [RISC-V][tech-server-platform] [RFC 0/2] Add RISC-V Server Platform Reference Board

On 04.03.24 11:25, Wu, Fei2 wrote: The RISC-V Server Platform specification[1] defines a standardized set of hardware and software capabilities, that portable system software, such as OS and hypervisors can rely on being present in a RISC-V server platform. This patchset provides a RISC-V Server

Re: [PATCH, v2] physmem: avoid bounce buffer too small

On 29.02.24 12:11, Peter Maydell wrote: On Thu, 29 Feb 2024 at 10:59, Jonathan Cameron wrote: On Thu, 29 Feb 2024 09:38:29 + Peter Maydell wrote: On Wed, 28 Feb 2024 at 19:07, Heinrich Schuchardt wrote: On 28.02.24 19:39, Peter Maydell wrote: The limitation to a page dates back

Re: [PATCH, v2] physmem: avoid bounce buffer too small

On 29.02.24 13:34, Peter Maydell wrote: On Thu, 29 Feb 2024 at 11:17, Heinrich Schuchardt wrote: But yes, I'm not surprised that CXL runs into this. Heinrich, are you doing CXL testing, or is this some other workload? I am running the UEFI Self-Certification Tests (SCT) on EDK 2 using: qemu

Re: [PATCH v7 2/5] softmmu: Support concurrent bounce buffers

On 12.02.24 09:06, Mattias Nissler wrote: When DMA memory can't be directly accessed, as is the case when running the device model in a separate process without shareable DMA file descriptors, bounce buffering is used. It is not uncommon for device models to request mapping of several DMA

Re: [PATCH, v2] physmem: avoid bounce buffer too small

On 29.02.24 02:11, Peter Xu wrote: On Wed, Feb 28, 2024 at 08:07:47PM +0100, Heinrich Schuchardt wrote: On 28.02.24 19:39, Peter Maydell wrote: On Wed, 28 Feb 2024 at 18:28, Heinrich Schuchardt wrote: On 28.02.24 16:06, Philippe Mathieu-Daudé wrote: Hi Heinrich, On 28/2/24 13:59, Heinrich