From: Xingang Wang
This Property can be useful to check whether this bus is attached to iommu.
Signed-off-by: Xingang Wang
Signed-off-by: Jiahui Cen
---
include/hw/pci/pci_bus.h | 13 +
1 file changed, 13 insertions(+)
diff --git a/include/hw/pci/pci_bus.h b/include/hw/pci/pci_bu
From: Xingang Wang
This helps to find max bus number of a root bus.
Signed-off-by: Xingang Wang
Signed-off-by: Jiahui Cen
---
hw/pci/pci.c | 33 +
include/hw/pci/pci.h | 1 +
2 files changed, 34 insertions(+)
diff --git a/hw/pci/pci.c b/hw/pci/pci.c
i
From: Xingang Wang
The idmap of smmuv3 and root complex covers the whole RID space for now,
this patch add explicit idmap info according to root bus number range.
This add smmuv3 idmap for certain bus which has enabled the iommu property.
Signed-off-by: Xingang Wang
Signed-off-by: Jiahui Cen
-
From: Xingang Wang
These patches add support for configure iommu on/off for pci root bus,
including primary bus and pxb root bus. At present, All root bus will go
through iommu when iommu is configured, which is not flexible.
So this add option to enable/disable iommu for primary bus and pxb roo
From: Xingang Wang
This add iommu option for pci root bus, including primary bus
and pxb root bus. Default option is set to true, and the option
is valid only if the iommu option for machine is properly set.
Signed-off-by: Xingang Wang
Signed-off-by: Jiahui Cen
---
hw/arm/virt.c
Raphael Norwitz writes:
> As an afterthought - if VHOST_USER_F_PROTOCOL_FEATURES is indeed
> unset, the issue may well be caused by QEMU reading an uninitialized
> value for dev->protocol_features. Some device types like cryptodev
> explicitly zero it out. As I said, it isn't set anywhere else
On 2/8/21 6:46 AM, Taylor Simpson wrote:
> From: Alessandro Di Federico
>
> Signed-off-by: Alessandro Di Federico
> Tested-by: Taylor Simpson
> ---
> .../debian-hexagon-cross-build-local.docker| 18 +++
> .../debian-hexagon-cross.build-toolchain.sh| 141
>
> -Original Message-
> From: Philippe Mathieu-Daudé On
> Behalf Of Philippe Mathieu-Daudé
> Sent: Saturday, February 27, 2021 8:10 AM
> To: Taylor Simpson ; qemu-devel@nongnu.org
> Cc: richard.hender...@linaro.org; alex.ben...@linaro.org;
> laur...@vivier.eu; a...@rev.ng; Brian Cain ; Fam
Thank you Pavel.
You answered all of my questions. The clock record-replay functionality is
much clearer now.
Best Regards,
Arnab
On Fri, Feb 26, 2021 at 11:54 AM Pavel Dovgalyuk
wrote:
> On 25.02.2021 18:43, Philippe Mathieu-Daudé wrote:
> > Cc'ing Pavel/Alex.
> >
> > On 2/25/21 4:09 PM, Arna
The host clock refers to one of the clock types used by QEMU -
```
@QEMU_CLOCK_HOST: host clock
*
* The host clock should be used for device models that emulate accurate
* real time sources. It will continue to run when the virtual machine
* is suspended, and it will reflect system time changes th
Public bug reported:
When using QEMU on an M1 Mac with Mac OS 11.1, I see this error message
when trying to enable networking for a guest:
Parameter 'type' expects a netdev backend type
Example command:
qemu-system-i386 -m 700 -hda -netdev user,id=n0 -device
rtl8139,netdev=n0
What should happ
On 2/26/21 5:32 PM, Philippe Mathieu-Daudé wrote:
> Introduce a structure to hold handler specific to sysemu.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> include/hw/core/cpu.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/include/hw/core/cpu.h b/include/hw/core/cpu.h
>
On 2/26/21 5:32 PM, Philippe Mathieu-Daudé wrote:
> Introduce a structure to hold handler specific to sysemu.
>
> Signed-off-by: Philippe Mathieu-Daudé
> ---
> include/hw/core/cpu.h | 9 +
> 1 file changed, 9 insertions(+)
>
> diff --git a/include/hw/core/cpu.h b/include/hw/core/cpu.h
>
On 2/26/21 8:40 AM, Philippe Mathieu-Daudé wrote:
> +++ b/include/hw/core/cpu-system-ops.h
> @@ -0,0 +1,89 @@
> +/*
> + * CPU operations specific to system emulation
> + *
> + * Copyright (c) 2012 SUSE LINUX Products GmbH
> + *
> + * This work is licensed under the terms of the GNU GPL, version 2 o
On 30.07.20 17:58, Michael S. Tsirkin wrote:
> macOS uses ACPI UIDs to build the DevicePath for NVRAM boot options,
> while OVMF firmware gets them via an internal channel through QEMU.
> Due to a bug in QEMU ACPI currently UEFI firmware and ACPI have
> different values, and this makes the underlyi
Hi Paolo,
I don't know how to handle an issue in the current way we are using meson with
recursion, ie always recursing,
and testing multiple options inside the recursed directory.
In the case of ARM, we have:
target/arm/tcg/meson.build,
where I need to check all the time for TCG, given our cu
We can implement the jazz behaviour with a flag on MIPSCPUClass,
rather than by adjusting the do_transaction_failed callback.
r~
Richard Henderson (2):
target/mips: Fold jazz behaviour into mips_cpu_do_transaction_failed
hw/core: Constify TCGCPUOps
include/hw/core/cpu.h | 2 +-
Add a flag to MIPSCPUClass in order to avoid needing to
replace mips_tcg_ops.do_transaction_failed.
Signed-off-by: Richard Henderson
---
target/mips/cpu-qom.h | 3 +++
hw/mips/jazz.c | 35 +++
target/mips/op_helper.c | 3 ++-
3 files changed, 8 insert
We no longer have any runtime modifications to this struct,
so declare them all const.
Signed-off-by: Richard Henderson
---
include/hw/core/cpu.h | 2 +-
target/alpha/cpu.c | 2 +-
target/arm/cpu.c| 2 +-
target/arm/cpu_tcg.c| 2 +-
target/avr/c
Public bug reported:
When using qemu-i386 to run a program that uses vm86(), if the vm86 code
calls an interrupt while cs:ip and ss:sp both point within the same
page, do_int tries to write to the page while it is not writable,
causing a segfault.
qemu version 5.2.0, x86-64 host.
** Affects: qem
From: Bin Meng
"qemu-common.h" should be included to provide the forward declaration
of qemu_hexdump() when DEBUG_NET is on.
Signed-off-by: Bin Meng
Reviewed-by: Philippe Mathieu-Daudé
---
Changes in v2:
- add "Reviewed-By" tag
net/net.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/
From: Bin Meng
"qemu-common.h" should be included to provide the forward declaration
of qemu_hexdump() when HEX_DUMP is on.
Signed-off-by: Bin Meng
---
hw/net/fsl_etsec/etsec.c | 1 +
hw/net/fsl_etsec/rings.c | 1 +
2 files changed, 2 insertions(+)
diff --git a/hw/net/fsl_etsec/etsec.c b/hw/
From: Bin Meng
"qemu-common.h" should be included to provide the forward declaration
of qemu_hexdump() when DEBUG_SD is on.
Signed-off-by: Bin Meng
---
hw/sd/sd.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/sd/sd.c b/hw/sd/sd.c
index 8b397effbc..7b09ce9c2e 100644
--- a/hw/sd/sd.c
+
Hi Peter,
On Fri, Feb 19, 2021 at 9:11 PM Peter Maydell wrote:
>
> On Fri, 19 Feb 2021 at 12:52, Bin Meng wrote:
> >
> > From: Bin Meng
> >
> > Currently machine->ram_size is a ram_addr_t, whose size is 64 bits
> > if either (a) the host is 64 bits or (b) CONFIG_XEN_BACKEND is
> > enabled, so i
On Sat, Feb 20, 2021 at 10:48 PM Bin Meng wrote:
>
> From: Bin Meng
>
> This series does the following clean-ups:
> - Drop 'struct MemmapEntry'
> - virt: Drop the 'link_up' parameter of gpex_pcie_init()
>
> It also adds the following small enhancement to 'virt' machine:
> - Limit RAM size in a 32
On Fri, Feb 26, 2021 at 12:31 PM Asherah Connor wrote:
>
> Provides fw_cfg for the virt machine on riscv. This enables
> using e.g. ramfb later.
>
> Signed-off-by: Asherah Connor
> ---
>
> Changes in v2:
> * Add DMA support (needed for writes).
>
> hw/riscv/Kconfig| 1 +
> hw/riscv/vi
On Fri, Feb 26, 2021 at 12:34 PM Asherah Connor wrote:
>
> Allow ramfb on virt. This lets `-device ramfb' work.
>
> Signed-off-by: Asherah Connor
> ---
>
> Changes in v2:
> * Add DMA interface support.
> * Add ramfb as allowed on riscv virt machine class.
>
> hw/riscv/virt.c | 3 +++
> 1 file c
On Sun, Feb 28, 2021 at 01:04:31PM +0800, Bin Meng wrote:
> From: Bin Meng
>
> "qemu-common.h" should be included to provide the forward declaration
> of qemu_hexdump() when HEX_DUMP is on.
Applied to ppc-for-6.0, thanks.
>
> Signed-off-by: Bin Meng
> ---
>
> hw/net/fsl_etsec/etsec.c | 1 +
On Wed, Feb 24, 2021 at 5:28 PM Bin Meng wrote:
>
> From: Bin Meng
>
> The eTSEC node should provide an empty property in the
> eTSEC node, otherwise of_translate_address() in the Linux kernel
> fails to get the eTSEC register base, reporting:
>
> OF: ** translation for device /platform@f0
29 matches
Mail list logo
