I forgot to specify the version, I built qemu sha
c40ae5a3ee387b13116948cbfe7824f03311db7e
$ qemu-system-riscv64 --version
QEMU emulator version 5.2.50 (v5.2.0-2392-gc40ae5a3ee-dirty)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
h
Public bug reported:
Step to reproduce:
1. run qemu-system-riscv64 in gdb mode
2. attach gdb
3. set a breakpoint and run
4. print register-groups using "maintenance print register-groups" command
...
sbadaddr 4162 4162 1628 8 longall,general
msounteren 4163 4163 1636
oherent
>also need dma-coherent
> * passthrough devices where the host controller is not dma-coherent
>don't want dma-coherent, but we have to set things per-PCI-controller
>
> Would somebody like to write a patch which just unconditionally
> sets the dma-coherent prop
host interconnect
is coherent as well).
Signed-off-by: Bogdan Purcareata
---
hw/arm/virt.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 371e3a7..b640174 100644
--- a/hw/arm/virt.c
+++ b/hw/arm/virt.c
@@ -867,6 +8
This new helper routine returns a NULL terminated array of
node paths matching a property and, optionally, a name.
Signed-off-by: Bogdan Purcareata
---
device_tree.c| 59
include/sysemu/device_tree.h | 20 +++
2 files
ost device tree accordingly, this needs to
be passed to the guest as well.
Add a routine and device tree helper to configure the guest pcie controller
based on the host device tree.
Bogdan Purcareata (2):
device_tree: introduce qemu_fdt_node_path_prop
arm/virt: Mark pcie controller node
n x86.
Also ensure consistency with previous type cast in TRACE message.
- v2: paranthesis fix
Signed-off-by: Bogdan Purcareata
---
nbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nbd.c b/nbd.c
index 91b7d56..da81a5b 100644
--- a/nbd.c
+++ b/nbd.c
@@ -681,7 +681,7 @
On 03.04.2015 17:44, Michael Tokarev wrote:
03.04.2015 17:15, Paolo Bonzini wrote:
On 03/04/2015 13:01, Bogdan Purcareata wrote:
...
-if (ioctl(fd, NBD_SET_SIZE_BLOCKS, size / (size_t)BDRV_SECTOR_SIZE) < 0) {
+if (ioctl(fd, NBD_SET_SIZE_BLOCKS, (size_t)(size / BDRV_SECTOR_SIZE)
n x86.
Also ensure consistency with previous type cast in TRACE message.
Signed-off-by: Bogdan Purcareata
---
nbd.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/nbd.c b/nbd.c
index 91b7d56..da81a5b 100644
--- a/nbd.c
+++ b/nbd.c
@@ -681,7 +681,7 @@ int nbd_init(int fd, int
On target-ppc, the kvm-openpic memory region is part of the E500-CCSR memory
region. On the kernel side, the MPIC is mapped at the same offset as the
kvm-openpic within the address space.
When adding the PCI BAR0 memory region, an alias is created to point to the
E500-CCSR memory region. This resu
region. This generates the remapping of the
in-kernel MPIC at a wrong offset.
The fix consists in an additional filter in kvm_openpic_region_add to consider
only addresses matching the start of the kvm-openpic memory region.
Signed-off-by: Bogdan Purcareata
Signed-off-by: Mihai Caraman
---
hw
Adding this function would allow a MemoryRegion to compute its start address
within the AddressSpace. This is done recursively based on mr->container.
Signed-off-by: Bogdan Purcareata
---
include/exec/memory.h |8
memory.c | 10 ++
2 files changed,
" memory region. This generates the remapping of the
in-kernel MPIC at a wrong offset.
The fix consists in an additional filter in kvm_openpic_region_{add,del} to
consider only addresses matching the start of the kvm-openpic memory region.
Signed-off-by: Bogdan Purcareata
Signed-off-by: Mihai Ca
On target-ppc, the kvm-openpic memory region is part of the E500-CCSR memory
region. On the kernel side, the MPIC is mapped at the same offset as the
kvm-openpic within the address space.
When adding the PCI BAR0 memory region, an alias is created to point to the
E500-CCSR memory region. This resu
Adding this function would allow a MemoryRegion to compute its start address
within the AddressSpace. This is done recursively based on mr->container.
Signed-off-by: Bogdan Purcareata
---
include/exec/memory.h |8
memory.c | 10 ++
2 files changed,
Git commit 8d3bc51 crashes on win32 on startup because qemu_tcg_init_vcpu
calls:
qemu_thread_create(th, qemu_tcg_cpu_thread_fn, ...
...
qemu_thread_get_handle(th)
which locks th->data->cs, a CRITICAL_SECTION which is initialized only in
the thread_fn, so it finds garbage.
Attached patch initiali
The binary distribution for the linux-i386 is available for download on the QEMU homepage. However, to get the Windows(DOS)-i386 version, one must download the source code and compile it via the GNU C compiler (afaik). Anyway, that's really inconvenient. Other distributions any time soon?Love4Boobi
robably make a first attempt worthwhile).
Cheers,Bogdan.
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
18 matches
Mail list logo
