On 11/13/2024 2:28 PM, Philippe Mathieu-Daudé wrote:
Hi,
On 5/11/24 06:23, Xiaoyao Li wrote:
Introduce kvm_arch_pre_create_vcpu(), to perform arch-dependent
work prior to create any vcpu. This is for i386 TDX because it needs
call TDX_INIT_VM before creating any vcpu.
Signed-off-by: Xiaoyao Li
On 24/11/2024 21.23, Pierrick Bouvier wrote:
On 11/24/24 04:10, Paolo Bonzini wrote:
On 11/24/24 01:21, Pierrick Bouvier wrote:
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug,
On Sun, Nov 24, 2024 at 9:23 PM Pierrick Bouvier
wrote:
> > This one unfortunately shows why the global change is wrong. The size
> > of _GIOChannel must match between glib and QEMU, otherwise you have an
> > ABI mismatch.
>
> In the codebase, we always use this type as an opaque type (through
>
This boot an OP-TEE environment, and launch a nested guest VM inside it
using the Realms feature.
Signed-off-by: Pierrick Bouvier
---
tests/functional/test_aarch64_virt.py | 62 +++
1 file changed, 62 insertions(+)
diff --git a/tests/functional/test_aarch64_virt.py
b/te
On 24/11/2024 13.28, Philippe Mathieu-Daudé wrote:
On 24/11/24 01:21, Pierrick Bouvier wrote:
Hi all,
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug, and extracting info us
From: Akihiko Odaki
The specification says hash_report should be set to
VIRTIO_NET_HASH_REPORT_NONE if VIRTIO_NET_F_HASH_REPORT is negotiated
but not configured with VIRTIO_NET_CTRL_MQ_RSS_CONFIG. However,
virtio_net_receive_rcu() instead wrote out the content of the extra_hdr
variable, which is
From: Akihiko Odaki
receive_header() used to cast the const qualifier of the pointer to the
received packet away to modify the header. Avoid this by copying the
received header to buffer.
Signed-off-by: Akihiko Odaki
Signed-off-by: Jason Wang
---
hw/net/virtio-net.c | 85 +
From: Akihiko Odaki
virtio_net_process_rss() fills the values used for hash reporting, but
the values used to be thrown away with a recursive function call if
the queue changes after RSS. Avoid the function call to keep the values.
Fixes: a4c960eedcd2 ("virtio-net: Do not write hashes to peer bu
The following changes since commit 6b99bb046dd36a6dd5525b8f88c2dcddae49222a:
Merge tag 'pull-lu-20241122' of https://gitlab.com/rth7680/qemu into staging
(2024-11-24 13:39:06 +)
are available in the Git repository at:
https://github.com/jasowang/qemu.git tags/net-pull-request
for you t
From: Akihiko Odaki
work_around_broken_dhclient() accesses IP and UDP headers to detect
relevant packets and to calculate checksums, but it didn't check if
the packet has size sufficient to accommodate them, causing out-of-bound
access hazards. Fix this by correcting the size requirement.
Fixes:
From: Akihiko Odaki
Convert the data parameter of net_checksum_calculate() to void * to
save unnecessary casts for callers.
Signed-off-by: Akihiko Odaki
Reviewed-by: Philippe Mathieu-Daudé
Signed-off-by: Jason Wang
---
include/net/checksum.h | 2 +-
net/checksum.c | 4 ++--
2 files c
From: Akihiko Odaki
virtio_net_can_receive() checks if the queue is ready, but RSS will
change the queue to use so, strictly speaking, we may still be able to
receive the packet even if the queue initially provided is not ready.
Perform RSS before virtio_net_can_receive() to cover such a case.
F
On Thu, Nov 14, 2024 at 3:20 AM Daniel Henrique Barboza
wrote:
>
> Commit 68c9e54bea handled a situation where a warning was being shown
> when using the 'sifive_e' cpu when disabling the named extension zic64b.
> It makes little sense to show user warnings for named extensions that
> users can't
On Thu, Nov 21, 2024 at 4:13 PM wrote:
>
> From: Alexey Baturo
>
> Zjpm extension is finally ratified. And it's much simplier compared to the
> experimental one.
> The newer version doesn't allow to specify custom mask or base for pointer
> masking.
> Instead it allows only certain options for
On Fri, Nov 15, 2024 at 4:03 PM Zuo boqun wrote:
>
> From: zuoboqun
>
> When the backend of vhost_net restarts during the vm is running, vhost_net
> is stopped and started. The virtio_device_grab_ioeventfd() fucntion in
> vhost_net_enable_notifiers() will result in a call to
> virtio_bus_set_host
On Wed, Nov 20, 2024 at 12:50 AM Sai Pavan Boddu
wrote:
>
> Add a basic board with interrupt controller (intc), timer, serial
> (uartlite), small memory called LMB@0 (128kB) and DDR@0x8000
> (configured via command line eg. -m 2g).
> This is basic configuration which matches HW generated out o
Got it, thanks.
It seems like there is still a lot of work surrounding the API, so I
create a issue to track it
https://gitlab.com/qemu-project/qemu/-/issues/2697
On Mon, Nov 25, 2024 at 5:23 AM Richard Henderson
wrote:
>
> On 11/23/24 22:30, xndcn wrote:
> > Thanks. This patch at least guarantee
On 2024/11/22 下午9:31, Igor Mammedov wrote:
On Tue, 19 Nov 2024 16:01:37 +0800
bibo mao wrote:
Hi Ignor,
On 2024/11/19 上午12:10, Igor Mammedov wrote:
On Tue, 12 Nov 2024 10:17:33 +0800
Bibo Mao wrote:
Add topological relationships for Loongarch VCPU and initialize
topology member vari
On 2024/11/22 下午9:50, Igor Mammedov wrote:
On Tue, 19 Nov 2024 18:18:27 +0800
bibo mao wrote:
On 2024/11/19 上午1:03, Igor Mammedov wrote:
On Tue, 12 Nov 2024 10:17:38 +0800
Bibo Mao wrote:
On virt machine, enable CPU hotplug feature has_hotpluggable_cpus. For
hot-added CPUs, there is
On 2024/11/22 下午9:45, Igor Mammedov wrote:
On Tue, 19 Nov 2024 18:02:54 +0800
bibo mao wrote:
On 2024/11/19 上午12:43, Igor Mammedov wrote:
On Tue, 12 Nov 2024 10:17:35 +0800
Bibo Mao wrote:
Here generic function virt_init_cpu_irq() is added to init interrupt
pin of CPU object, IPI and
On 2024/11/22 下午9:31, Igor Mammedov wrote:
On Tue, 19 Nov 2024 16:01:37 +0800
bibo mao wrote:
Hi Ignor,
On 2024/11/19 上午12:10, Igor Mammedov wrote:
On Tue, 12 Nov 2024 10:17:33 +0800
Bibo Mao wrote:
Add topological relationships for Loongarch VCPU and initialize
topology member vari
On Fri, 2024-11-22 at 14:50 -0800, Pierrick Bouvier wrote:
> Signed-off-by: Pierrick Bouvier
Reviewed-by: Andrew Jeffery
On 11/23/24 22:30, xndcn wrote:
Thanks. This patch at least guarantees normal read/write access to
addresses with r/w flags, although there is still a risk of
misidentifying accessible regions within continuous address spaces.
Actually, initially I did write a patch with a modified page size as
On 11/24/24 04:28, Philippe Mathieu-Daudé wrote:
On 24/11/24 01:21, Pierrick Bouvier wrote:
Hi all,
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug, and extracting info
usin
On 11/24/24 04:10, Paolo Bonzini wrote:
On 11/24/24 01:21, Pierrick Bouvier wrote:
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug, and extracting info
using llvm-dwarfdump plus
On Sunday, November 24, 2024 4:50:03 PM CET Christian Schoenebeck wrote:
> With a valid file ID (FID) of an open file, it should be possible to send
> a 'Tgettattr' 9p request and successfully receive a 'Rgetattr' response,
> even if the file has been removed in the meantime. Currently this would
>
On Sunday, November 24, 2024 4:06:40 PM CET Christian Schoenebeck wrote:
> The comment claims that we'd only support basic Tgetattr fields. This is
> no longer true, so remove this comment.
>
> Signed-off-by: Christian Schoenebeck
> ---
Fixes: e06a765efbe3 ('hw/9pfs: Add st_gen support in getatt
On Sunday, November 24, 2024 3:49:55 PM CET Christian Schoenebeck wrote:
> 'Tgetattr' 9p request and its 'Rgetattr' response types are already used
> by test client, however this response type is yet missing in function
> rmessage_name(), so add it.
>
> Signed-off-by: Christian Schoenebeck
> ---
On Sunday, November 24, 2024 2:34:31 PM CET Christian Schoenebeck wrote:
> All 9p response types are prefixed with an "R", therefore fix
> "READDIR" -> "RREADDIR" in function rmessage_name().
>
> Signed-off-by: Christian Schoenebeck
> ---
Fixes: 4829469fd9ff ('tests/virtio-9p: added readdir test
On Sat, 23 Nov 2024 at 15:08, Richard Henderson
wrote:
>
> The following changes since commit 34754a3a627e1937be7f3daaa0c5e73d91c7d9b5:
>
> Update version for v9.2.0-rc1 release (2024-11-20 18:27:48 +)
>
> are available in the Git repository at:
>
> https://gitlab.com/rth7680/qemu.git tags
On Sun, 24 Nov 2024 at 14:24, Anne Macedo wrote:
> How should one port fw_cfg to other QEMU machines?
>
> Context:
>
> - I found a possible bug on the Debian builds for Raspberry Pi 4 that is
> only triggered when I try to launch it on QEMU;
>
> - I wrote an issue on systemd (I thought it had so
This verifies expected behaviour of previous bug fix patch.
Signed-off-by: Christian Schoenebeck
---
tests/qtest/virtio-9p-test.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/tests/qtest/virtio-9p-test.c b/tests/qtest/virtio-9p-test.c
index f6d7400a87..ab3a12c816 100644
--- a/tests/q
All 9p response types are prefixed with an "R", therefore fix
"READDIR" -> "RREADDIR" in function rmessage_name().
Signed-off-by: Christian Schoenebeck
---
tests/qtest/libqos/virtio-9p-client.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qtest/libqos/virtio-9p-clien
This fixes an infamous, long standing bug:
https://gitlab.com/qemu-project/qemu/-/issues/103
* Actual fix of this bug is patch 5.
* Patches 1 and 6 add a test case to verify the expected behaviour.
* The other patches (2, 3, 4) are basically just minor cleanup patches more
or less (un)related
The comment claims that we'd only support basic Tgetattr fields. This is
no longer true, so remove this comment.
Signed-off-by: Christian Schoenebeck
---
hw/9pfs/9p.c | 4
1 file changed, 4 deletions(-)
diff --git a/hw/9pfs/9p.c b/hw/9pfs/9p.c
index 9a291d1b51..851e36b9a1 100644
--- a/hw/9
After removing a file from the file system, we should still be able to
work with the file if we already had it open before removal.
As a first step we verify that it is possible to write to an unlinked
file, as this is what already works. This test is extended later on
after having fixed other use
'Tgetattr' 9p request and its 'Rgetattr' response types are already used
by test client, however this response type is yet missing in function
rmessage_name(), so add it.
Signed-off-by: Christian Schoenebeck
---
tests/qtest/libqos/virtio-9p-client.c | 1 +
1 file changed, 1 insertion(+)
diff --
With a valid file ID (FID) of an open file, it should be possible to send
a 'Tgettattr' 9p request and successfully receive a 'Rgetattr' response,
even if the file has been removed in the meantime. Currently this would
fail with ENOENT.
I.e. this fixes the following misbehaviour with a 9p Linux cl
Hello!
How should one port fw_cfg to other QEMU machines?
Context:
- I found a possible bug on the Debian builds for Raspberry Pi 4 that is
only triggered when I try to launch it on QEMU;
- I wrote an issue on systemd (I thought it had something to do with
logind) and they requested me to
On 24/11/24 01:21, Pierrick Bouvier wrote:
Hi all,
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug, and extracting info
using llvm-dwarfdump plus a custom filter [4], we can
On 11/24/24 01:21, Pierrick Bouvier wrote:
After thinking about it, a simple, exhaustive and reliable way to find
this type information is the debug (dwarf) info.
By compiling qemu binaries with --enable-debug, and extracting info
using llvm-dwarfdump plus a custom filter [4], we can obtain a te
41 matches
Mail list logo
