Hi Rob,
On Tue, Jan 7, 2025 at 11:53 PM Rob Landley wrote:
> Microblaze has no /dev/?da (as in there's no device I could attach it to
> even with the long option, I'd have to use NBD), sh4eb has -hda is
> working but it's having some endianness hiccup with the network card
> (works in sh4 but not
On Mon, 6 Jan 2025 at 19:43, Daniel P. Berrangé wrote:
> On Sat, Jan 04, 2025 at 12:28:14PM +0100, Phil Dennis-Jordan wrote:
> > On Fri, 3 Jan 2025 at 16:16, Daniel P. Berrangé
> wrote:
> >
> > > On Fri, Jan 03, 2025 at 04:05:58PM +0100, Philippe Mathieu-Daudé wrote:
> > > > As Daniel suggested
The s390-ccw-virtio-2.7 machine is older than 6 years, so according to
our machine support policy, it can be removed now.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-8-th...@redhat.com>
Signed-off-by: Thomas Huth
---
hw/s390x/s390-virtio-ccw.c
This property was only set to "off" by the old s390-ccw-virtio-2.4
machine type which has now been removed. So we can now remove the
property and the related code, too.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-3-th...@redhat.com>
Signed-off-by
Now that the s390-ccw-virtio-2.6 and older machine types have been
removed, the "css_dev_path" property of the css-bridge is also not
used anymore and thus can be removed.
This way we finally get rid of the problem that has been described
in: https://gitlab.com/qemu-project/qemu/-/issues/2213
Rev
Now that the s390-ccw-virtio-2.8 machine has been removed, we don't
need the "adapter_routes_max_batch" property anymore and can remove it.
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <202501031442
They are older than 6 years, so according to our machine support
policy, they can be removed now.
This removes the requirements for the storage keys "migration-enabled"
property which will be removed in the next patch. It also removes
the code that sets "max_revision" to 0 for some CCW devices, bu
The s390-ccw-virtio-2.6 machine is older than 6 years, so according to
our machine support policy, it can be removed now.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-4-th...@redhat.com>
Signed-off-by: Thomas Huth
---
hw/s390x/s390-virtio-ccw.c
When we introduced the deprecation rule of keeping deprecated features
for two more releases, we had to state that we would not remove features
by surprise that had already been marked as deprecated before. Nowadays,
this paragraph is not needed anymore, so we can remove it now.
Reviewed-by: Danie
Now that the last machine type that disabled cpu_model_allowed has
been removed, we can also remove the cpu_model_allowed flag itself
and all the related conditional code.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-9-th...@redhat.com>
Signed-off
Only s390-ccw-virtio-2.6 and older used to set this switch to "off",
for newer machine types it is always enabled. Since we removed the
old machine types now, we can also remove the switch in the code and
assume that it is always enabled now.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntra
Now that the old machine types that used this property have been
removed, we can remove the property and the corresponding code.
Reviewed-by: Philippe Mathieu-Daudé
Tested-by: Philippe Mathieu-Daudé
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-6
It has been marked as deprecated two releases ago, so it should
be fine now to remove this command line option.
Reviewed-by: Daniel P. Berrangé
Message-ID: <20250103155411.721759-1-th...@redhat.com>
Signed-off-by: Thomas Huth
---
docs/about/deprecated.rst | 6 --
docs/about/removed-f
From: Ilya Leoshkevich
Compiling the s390x tests on Fedora, which has the s390x cross-compiler
installed, fails with:
In file included from qemu/tests/tcg/s390x/console.c:8:
qemu/tests/tcg/s390x/../../../pc-bios/s390-ccw/sclp.c:11:10: fatal error:
string.h: No such file or directory
When unplugging the CPU, the test tries to check for a successful
unplug by changing to the /sys/devices/system/cpu/cpu1 directory
to see whether that fails. However, the "cd" could be faster than
the unplug operation in the kernel, so there is a race condition
and the test sometimes fails here.
Fi
The following changes since commit 6528013b5f5ba6bb3934b7f5fe57a3110680530f:
Merge tag 'qga-pull-2025-01-06' of https://github.com/kostyanf14/qemu into
staging (2025-01-06 09:39:02 -0500)
are available in the Git repository at:
https://gitlab.com/thuth/qemu.git tags/pull-request-2025-01-08
The s390-ccw-virtio-2.8 machine is older than 6 years, so according to
our machine support policy, it can be removed now.
Reviewed-by: Cornelia Huck
Acked-by: Christian Borntraeger
Message-ID: <20250103144232.520383-10-th...@redhat.com>
Signed-off-by: Thomas Huth
---
hw/s390x/s390-virtio-ccw.c
On Tue, Dec 31, 2024 at 01:23:35AM +0100, Paolo Bonzini wrote:
> Date: Tue, 31 Dec 2024 01:23:35 +0100
> From: Paolo Bonzini
> Subject: [RFC PATCH 8/9] rust: pl011: switch vmstate to new-style macros
> X-Mailer: git-send-email 2.47.1
>
> Signed-off-by: Paolo Bonzini
> ---
> rust/hw/char/pl011/s
On Tue, Dec 31, 2024 at 01:23:36AM +0100, Paolo Bonzini wrote:
> Date: Tue, 31 Dec 2024 01:23:36 +0100
> From: Paolo Bonzini
> Subject: [RFC PATCH 9/9] rust: vmstate: remove translation of C vmstate
> macros
> X-Mailer: git-send-email 2.47.1
>
> Keep vmstate_clock!; because it uses a field of ty
On 1/7/25 23:36, Peter Maydell wrote:
On Tue, 7 Jan 2025 at 17:55, Cédric Le Goater wrote:
Hello,
I would not recommend using qemu_irq_invert() in new code.
I guess in an ideal world we'd implement a QOM object
that encapsulated the the "not gate" logic, similar to
TYPE_OR_IRQ. (Though for
The value of the UCFR register is respected when echoing characters to the
terminal, but its reset value is reserved. Fix the reset value to the one
documented in the datasheet.
While at it move the related attribute out of the section of unimplemented
registers since its value is actually respect
This series fixes some details in i.MX platform devices, improves SDHCI
compatibility with U-Boot and modernizes some code.
The first 6 patches are bugfixes 1/ resolving infinite loop in U-Boot esdhc
driver, 2/ fixing a character echoing issue in imx-serial, 3/ fixing IRQ sharing
issue in Designwa
In U-Boot, the fsl_esdhc[_imx] driver waits for both "transmit completed" and
"DMA" bits in esdhc_send_cmd_common() by means of DATA_COMPLETE constant. QEMU
currently misses to set the DMA bit which causes the driver to loop forever. Fix
that by setting the DMA bit if enabled when doing DMA block t
While at it add a trace event for input GPIO events.
Signed-off-by: Bernhard Beschow
---
hw/gpio/imx_gpio.c | 16 +---
hw/gpio/trace-events | 5 +
2 files changed, 10 insertions(+), 11 deletions(-)
diff --git a/hw/gpio/imx_gpio.c b/hw/gpio/imx_gpio.c
index 67c47a7280..f77132f
Signed-off-by: Bernhard Beschow
---
hw/timer/imx_gpt.c | 4
1 file changed, 4 deletions(-)
diff --git a/hw/timer/imx_gpt.c b/hw/timer/imx_gpt.c
index 2663a9d9ef..11eca9fa4d 100644
--- a/hw/timer/imx_gpt.c
+++ b/hw/timer/imx_gpt.c
@@ -20,10 +20,6 @@
#include "qemu/log.h"
#include "trace.h"
Signed-off-by: Bernhard Beschow
---
hw/sd/sd.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/hw/sd/sd.c b/hw/sd/sd.c
index aa8d86e1af..a50e5c20c8 100644
--- a/hw/sd/sd.c
+++ b/hw/sd/sd.c
@@ -181,6 +181,8 @@ struct SDState {
qemu_irq inserted_cb;
QEMUTi
Fixes INTD and MSI interrupts poking the same IRQ line without keeping track of
each other's IRQ level. Furthermore, SoCs such as the i.MX 8M Plus don't share
the MSI IRQ with the INTx lines, so expose it as a dedicated pin.
Signed-off-by: Bernhard Beschow
---
include/hw/arm/fsl-imx6.h|
Commit ce5dd27534b0 "hw/sd: Remove omap2_mmc device" removed the last user of
sd_set_cb(). Rework this functionality into GPIOs.
Signed-off-by: Bernhard Beschow
---
include/hw/sd/sdcard_legacy.h | 1 -
hw/sd/sd.c| 31 ++-
2 files changed, 14 inser
Signed-off-by: Bernhard Beschow
---
hw/misc/imx6_src.c | 23 +--
hw/misc/trace-events | 6 ++
2 files changed, 11 insertions(+), 18 deletions(-)
diff --git a/hw/misc/imx6_src.c b/hw/misc/imx6_src.c
index dc6a2b92ba..06cc46292e 100644
--- a/hw/misc/imx6_src.c
+++ b/hw/m
Input GPIO values such as a present SD card may get notified before the GPIO
controller itself gets reset. Claring the input values thus loses data. Assuming
that input GPIO events are only fired when the state changes, the input values
shouldn't be reset.
Signed-off-by: Bernhard Beschow
---
hw/
Last user of sd_set_cb() was removed in commit ce5dd27534b0 ("hw/sd:
Remove omap2_mmc device").
Signed-off-by: Cédric Le Goater
---
include/hw/sd/sdcard_legacy.h | 1 -
hw/sd/sd.c| 8
2 files changed, 9 deletions(-)
diff --git a/include/hw/sd/sdcard_legacy.h b/inclu
From: David Woodhouse
The vmclock device addresses the problem of live migration with
precision clocks. The tolerances of a hardware counter (e.g. TSC) are
typically around ±50PPM. A guest will use NTP/PTP/PPS to discipline that
counter against an external source of 'real' time, and track the pre
sers/dwmw2/qemu.git tags/pull-vmclock-20250108
for you to fetch changes up to 6502ea82b26dc28c83fbc9c766af7a408a8ca827:
hw/acpi: Add vmclock device (2025-01-07 16:22:04 +)
Add vmcl
On 18/06/2024 09:58, Chinmay Rath wrote:
(resend due to qemu list outage during December)
Moving the following instructions to decodetree specification:
lxv{b16, d2, h8, w4, ds, ws}x : X-form
stxv{b16, d2, h8, w4}x : X-form
The changes were verified by validating that the tcg
From: John Levon
Implement DMA map/unmap for the vfio-user container.
Add ability to do async operations during memory transactions.
Originally-by: John Johnson
Signed-off-by: Jagannathan Raman
Signed-off-by: Elena Ufimtseva
Signed-off-by: John Levon
---
hw/vfio/trace-events | 4 ++
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-29-alex.ben...@linaro.org>
---
tests/functional/test_ppc_tuxrun.py | 8
1 file chang
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-23-alex.ben...@linaro.org>
---
tests/functional/test_i386_tuxrun.py | 8
1 file chan
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-26-alex.ben...@linaro.org>
---
tests/functional/test_mipsel_tuxrun.py | 8
1 file ch
We didn't have this before and as it exercises the m68k virt platform
it seems worth adding. We don't wait for the shutdown because QEMU
will auto-exit on the shutdown.
Cc: Laurent Vivier
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-2
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-31-alex.ben...@linaro.org>
---
tests/functional/test_riscv32_tuxrun.py | 8
1 file c
The set_machine and require_accelerator steps can bail early so move
those to the front of the test functions. While we are at it also
clean up some long lines when adding the vm arguments.
Signed-off-by: Alex Bennée
---
tests/functional/test_aarch64_virt.py | 11 +++
1 file changed, 7 i
From: Philippe Mathieu-Daudé
AMSAT closed its email service [*] so my personal email
address is now defunct. Remove it to avoid bouncing emails.
[*]
https://web.archive.org/web/20240617194936/https://forum.amsat-dl.org/index.php?thread/4581-amsat-mail-alias-service-to-end-august-1-2024/
Signed
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-28-alex.ben...@linaro.org>
---
tests/functional/test_mips64el_tuxrun.py | 8
1 file
From: Pierrick Bouvier
This boot an OP-TEE environment, and launch a nested guest VM inside it
using the Realms feature. We do it for virt and sbsa-ref platforms.
Signed-off-by: Pierrick Bouvier
Message-Id: <20241220165212.3653495-1-pierrick.bouv...@linaro.org>
[AJB: tweak ordering of setup]
Si
Now that we have virtio-gpu Vulkan support, let's add a test for it.
Currently this is using images build by buildroot:
https://lists.buildroot.org/pipermail/buildroot/2024-December/768196.html
Signed-off-by: Alex Bennée
---
v2
- use decorator for has_cmd(zstd)
- un-handled->unhandled
-
The Alpine test boots from the CDROM so we don't --append a command
line. Drop the unused code.
Signed-off-by: Alex Bennée
---
tests/functional/test_aarch64_virt.py | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/functional/test_aarch64_virt.py
b/tests/functional/test_aarch64_virt.py
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-33-alex.ben...@linaro.org>
---
tests/functional/test_s390x_tuxrun.py | 8
1 file cha
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-34-alex.ben...@linaro.org>
---
tests/functional/test_sparc64_tuxrun.py | 8
1 file c
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-21-alex.ben...@linaro.org>
---
tests/functional/test_arm_tuxrun.py | 28 ++---
We have proper detection of prompts now so we don't need to guess with
sleep() sprinkled through the test. The extra step of calling halt is
just to flush the final bits of the log (although the last line is
still missed).
Signed-off-by: Alex Bennée
Reviewed-by: Thomas Huth
---
v2
- avoid lon
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-25-alex.ben...@linaro.org>
---
tests/functional/test_mips_tuxrun.py | 8
1 file chan
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-35-alex.ben...@linaro.org>
---
tests/functional/test_x86_64_tuxrun.py | 8
1 file ch
From: David Woodhouse
The system GSIs are not designed for sharing. One device might assert a
shared interrupt with qemu_set_irq() and another might deassert it, and
the level from the first device is lost.
This could be solved by refactoring the x86 GSI code to use an OrIrq
device, but that sti
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-27-alex.ben...@linaro.org>
---
tests/functional/test_mips64_tuxrun.py | 8
1 file ch
I was seeing failures on vnc-display-test on FreeBSD:
make vm-build-freebsd V=1 TARGET_LIST=aarch64-softmmu
BUILD_TARGET=check-qtest QEMU_LOCAL=1 DEBUG=1
Leads to:
qemu-system-aarch64: -vnc none: could not read keymap file: 'en-us'
Broken pipe
../src/tests/qtest/libqtest.c:196: kill_qem
In the qtest environment time will not step forward if the system is
paused (timers disabled) or we have no timer events to fire. As a
result VirtIO events are responded to directly and we don't need to
step time forward.
We still do timeout processing to handle the fact the target QEMU may
not be
Now there are new up to date images available we should update to them.
Cc: Anders Roxell
Reviewed-by: Thomas Huth
Tested-by: Thomas Huth
Signed-off-by: Alex Bennée
Message-Id: <20241121165806.476008-30-alex.ben...@linaro.org>
---
tests/functional/test_ppc64_tuxrun.py | 16
1
The specification says the device MUST set num_buffers to 1 if
VIRTIO_NET_F_MRG_RXBUF has not been negotiated.
Fixes: df91055db5c9 ("virtio-net: enable virtio 1.0")
Signed-off-by: Akihiko Odaki
---
hw/net/virtio-net.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/net/virtio-net.c b/hw
This is useful when debugging and you want to add packages to an
image.
Signed-off-by: Alex Bennée
---
tests/vm/Makefile.include | 3 ++-
tests/vm/basevm.py| 9 +++--
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/tests/vm/Makefile.include b/tests/vm/Makefile.include
We will shortly need this to build our riscv64 cross container.
However to keep the delta down just do the bump first. As ccache4 is
now preferred for FreeBSD to get the latest version there is a little
update in the FreeBSD metadata.
Signed-off-by: Alex Bennée
Reviewed-by: Daniel P. Berrangé
--
We no longer need to go into the per-arch build directories to find
the build directories binary. Lets call it directly.
Signed-off-by: Alex Bennée
Reviewed-by: Philippe Mathieu-Daudé
---
tests/vm/basevm.py | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/tests/vm/basevm.py
While the make syntax itself uses tabs having a mixture of tabs and
spaces in the vm-help output make no sense and confuses things lining
up between terminal and editor. Fix that.
Signed-off-by: Alex Bennée
---
tests/vm/Makefile.include | 26 +-
1 file changed, 13 inserti
User will configure smp cache topology via -machine smp-cache.
For this case, update the x86 CPUs' cache topology with user's
configuration in MachineState.
Signed-off-by: Zhao Liu
Tested-by: Yongwei Ma
Reviewed-by: Jonathan Cameron
---
Changes since Patch v3:
* Updated MachineState.smp_cache
Allow cache to be defined at the module level. This increases
flexibility for x86 users to customize their cache topology.
Signed-off-by: Zhao Liu
Tested-by: Yongwei Ma
Reviewed-by: Jonathan Cameron
---
Changes since Patch v6:
* Dropped "thread" level cache topology support.
---
target/i386/c
Hi folks,
This is my v7.
Compared with v6 [1], v7 dropped the "thread" level cache topology
(cache per thread):
- Patch 1 is the new patch to reject "thread" parameter for smp-cache.
- Ptach 2 dropped cache per thread support.
(Others remain unchanged.)
There're several reasons:
* Currentl
Allow user to configure l1d, l1i, l2 and l3 cache topologies for PC
machine.
Additionally, add the document of "-machine smp-cache" in
qemu-options.hx.
Signed-off-by: Zhao Liu
Tested-by: Yongwei Ma
Reviewed-by: Jonathan Cameron
---
Changes since Patch v6:
* Deleted the "thread" level from the
Currently, neither i386 nor ARM have real hardware support for per-
thread cache, and there is no clear demand for this specific cache
topology.
Additionally, since supporting this special cache topology on ARM
requires extra effort [1], it is unnecessary to support it at this
moment, even though
Thanks Richard for the review on v7. I have updated the patch based on your
suggestions.
Changes since v7:
- Remove CONFIG_INT128_TYPE guards.
- Strengthen condition for using atomic128.
- Use memcpy for misaligned accesses.
- Hoist atomic operation selection higher up the call stack.
Previous v
Use atomic load/store functions to access multiple elements from host.
Co-authored-by: Paolo Savini
Signed-off-by: Paolo Savini
Signed-off-by: Craig Blackmore
---
target/riscv/vector_helper.c | 90
1 file changed, 82 insertions(+), 8 deletions(-)
diff --g
Will respond shortly. Doing additional troubleshooting at the moment.
I copied in a backup from 02JAN24. And, I tried to create a new XML for
same with a different name vFRANK2 vs vFRANK. Prior to creating it, I
specified in the virt-manager to use host-passthrough for the cpu.
However, up
Peter Xu writes:
> On Wed, Jan 08, 2025 at 10:52:30AM -0300, Fabiano Rosas wrote:
>> Peter Xu writes:
>>
>> > On Tue, Jan 07, 2025 at 04:50:24PM -0300, Fabiano Rosas wrote:
>> >> Currently, if an array of pointers contains a NULL pointer, that
>> >> pointer will be encoded as '0' in the stream.
On Wed, 8 Jan 2025, Bernhard Beschow wrote:
Signed-off-by: Bernhard Beschow
---
include/hw/core/shared-irq.h | 39
hw/core/shared-irq.c | 88
hw/core/Kconfig | 3 ++
hw/core/meson.build | 1 +
4 files changed, 131
Peter Xu writes:
> On Tue, Jan 07, 2025 at 04:50:24PM -0300, Fabiano Rosas wrote:
>> Currently, if an array of pointers contains a NULL pointer, that
>> pointer will be encoded as '0' in the stream. Since the JSON writer
>> doesn't define a "pointer" type, that '0' will now be an uint64, which
>>
On Wed, Jan 08, 2025 at 10:31:05AM -0300, Fabiano Rosas wrote:
> Peter Xu writes:
>
> > On Tue, Jan 07, 2025 at 04:50:21PM -0300, Fabiano Rosas wrote:
> >> The migration stream lacks magic numbers at some key points. It's easy
> >> to mis-parse data. Unfortunately, the VMS_NULLPTR_MARKER continue
On Tue, 2024-12-31 at 21:22 +0100, Philippe Mathieu-Daudé wrote:
>
> This change tidies up main thread management to be more flexible.
>
> * The qemu_main global function pointer is a custom function for the
> main thread, and it may now be NULL. When it is, the main thread
> runs the main
Hi,
> > Typically the kind of new code that I wish would be in Rust. But I
> > suppose it is too early yet, and you came to the same conclusion.
> > Probably a good candidate for rewrite though!
>
> Perhaps too early for the device impl, but I would have thought
> the general var-service code c
TWIMC:
Had an issue with VM networking that turned out to be the host. In the
process of troubleshooting, I
sudo apt reinstall libvirt (and other QEMU/KVM virtualization
dependencies)
Now I am getting this particular error when trying to use the
host-passthrough for the CPU.
"error
Ilya Leoshkevich writes:
> In case an emulated process execve()s another emulated process, bind()
> will fail, because the socket already exists. So try deleting it.
>
> Note that it is not possible to handle this in do_execv(): deleting
> gdbserver_user_state.socket_path before safe_execve() is
On Wed, Dec 18, 2024 at 07:43:19PM +, Patrick Leis wrote:
> From: Nabih Estefan
>
> Create a PLX PEX PCIe Virtual Switch implementation that can be used
> for modeling trays. This is a generalized version of the xio3130 switch where
> we can set the PCI information on creation, allowing us to
On Sat, Jan 04, 2025 at 04:36:04PM +0900, Akihiko Odaki wrote:
> This series was spun off from:
> "[PATCH 0/3] virtio-net: Convert feature properties to OnOffAuto"
> (https://patchew.org/QEMU/20240714-auto-v3-0-e27401aab...@daynix.com/)
>
> Some features are not always available with vhost. Legacy
On Wed, Jan 08, 2025 at 06:43:54PM +, Daniel P. Berrangé wrote:
> We're seeing periodic reports of errors like:
>
> $ qemu-img create -f luks --object secret,data=123456,id=sec0 \
> -o key-secret=sec0 luks-info.img 1M
> Formatting 'luks-info.img', fmt=luks size=1048576 key-
On 1/8/25 2:34 AM, Cédric Le Goater wrote:
On 1/7/25 19:43, Rorie Reyes wrote:
Register an event notifier handler to process AP configuration
change events by queuing the event and generating a CRW to let
the guest know its AP configuration has changed
Signed-off-by: Rorie Reyes
Reviewed-by:
On 08/01/2025 19.43, Daniel P. Berrangé wrote:
We're seeing periodic reports of errors like:
$ qemu-img create -f luks --object secret,data=123456,id=sec0 \
-o key-secret=sec0 luks-info.img 1M
Formatting 'luks-info.img', fmt=luks size=1048576 key-secret=sec0
qemu-img: lu
Attaching to the gdbstub of a running process requires stopping its
threads. For threads that run on a CPU, cpu_exit() is enough, but the
only way to grab attention of a thread that is stuck in a long-running
syscall is to interrupt it with a signal.
Reserve a host realtime signal for this, just l
On 7/1/25 09:00, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
include/tcg/tcg-opc.h | 3 +--
target/arm/tcg/translate-sve.c | 2 +-
target/tricore/translate.c | 2 +-
tcg/optimize.c | 6 --
tcg/tcg-op.c | 8
tcg/
On 7/1/25 09:00, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
include/tcg/tcg-opc.h | 3 +--
target/arm/tcg/translate-a64.c | 2 +-
target/tricore/translate.c | 2 +-
tcg/optimize.c | 6 --
tcg/tcg-op.c | 8
tcg/
On 7/1/25 09:00, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
include/tcg/tcg-opc.h| 3 +--
target/sh4/translate.c | 4 ++--
tcg/optimize.c | 6 --
tcg/tcg-op.c | 4 ++--
tcg/tcg.c| 9 +++--
tcg/tci.c| 5
On 7/1/25 09:00, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
include/tcg/tcg-opc.h| 3 +--
target/sh4/translate.c | 6 +++---
tcg/optimize.c | 18 --
tcg/tcg-op.c | 4 ++--
tcg/tcg.c| 9 +++--
tcg/tci.c
On 7/1/25 09:01, Richard Henderson wrote:
Signed-off-by: Richard Henderson
---
include/tcg/tcg-opc.h| 3 +--
tcg/optimize.c | 6 --
tcg/tcg-op.c | 8
tcg/tcg.c| 6 ++
tcg/tci.c| 5 ++---
tcg/tci/tcg-target.c.inc |
On Mon, 2024-12-16 at 15:53 +0800, Jamin Lin wrote:
> It set "aspeed_timer_ops" struct which containing read and write
> callbacks
> to be used when I/O is performed on the TIMER region.
>
> Besides, in the previous design of ASPEED SOCs, the timer registers
> address
> space are contiguous.
>
>
On Wed, 8 Jan 2025, Rob Landley wrote:
On 1/8/25 07:01, BALATON Zoltan wrote:
On Tue, 7 Jan 2025, Rob Landley wrote:
What's the alternative to -hda you suggest for that?
Can I do "./run-qemu.sh -drive file=blah.img" without the rest? Perhaps
specify all the details in the script and then opti
On 1/8/2025 7:20 PM, Alexey Kardashevskiy wrote:
>
>
> On 8/1/25 21:56, Chenyi Qiang wrote:
>>
>>
>> On 1/8/2025 12:48 PM, Alexey Kardashevskiy wrote:
>>> On 13/12/24 18:08, Chenyi Qiang wrote:
As the commit 852f0048f3 ("RAMBlock: make guest_memfd require
uncoordinated discard") high
On Mon, Dec 16, 2024 at 10:01:29AM +, Shameerali Kolothum Thodi wrote:
> And patches prior to this commit adds that support:
> 4ccdbe3: ("cover-letter: Add HW accelerated nesting support for arm
> SMMUv3")
>
> Nicolin is soon going to send out those for review. Or I can include
> those in thi
Hi Cedric,
> -Original Message-
> From: Cédric Le Goater
> Sent: Thursday, January 9, 2025 3:02 PM
> To: Jamin Lin ; Andrew Jeffery
> ; Peter Maydell ;
> Steven Lee ; Troy Lee ;
> Joel Stanley ; open list:ASPEED BMCs
> ; open list:All patches CC here
>
> Cc: Troy Lee ; Yunlin Tang
>
> S
On 08/01/2025 19:10, Michael S. Tsirkin wrote:
> Caution: External email. Do not open attachments or click links, unless this
> email comes from a known sender and you know the content is safe.
>
>
> On Fri, Nov 29, 2024 at 07:44:00AM +, CLEMENT MATHIEU--DRIF wrote:
>> From: Clément Mathieu
The renamed state will not only represent powering state of PFs, but
also represent SR-IOV VF enablement in the future.
Signed-off-by: Akihiko Odaki
Reviewed-by: Philippe Mathieu-Daudé
---
include/hw/pci/pci.h| 1 +
include/hw/pci/pci_device.h | 2 +-
hw/pci/pci.c| 17
VFs are automatically created by PF, and creating zpci for them will
result in unexpected usage of fids. Currently QEMU does not support
multifunction for s390x so we don't need zpci for VFs anyway.
Signed-off-by: Akihiko Odaki
---
hw/s390x/s390-pci-bus.c | 21 +++--
1 file chang
Supersedes: <20240714-rombar-v2-0-af1504ef5...@daynix.com>
("[PATCH v2 0/4] hw/pci: Convert rom_bar into OnOffAuto")
I submitted a RFC series[1] to add support for SR-IOV emulation to
virtio-net-pci. During the development of the series, I fixed some
trivial bugs and made improvements that I think
The guest cannot use VFs due to the lack of multifunction support but
can use PFs.
Signed-off-by: Akihiko Odaki
---
hw/s390x/s390-pci-bus.c | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/hw/s390x/s390-pci-bus.c b/hw/s390x/s390-pci-bus.c
index 8c5eb69f7d76..c396d55c72
Release VFs failed to realize just as we do in unregister_vfs().
Fixes: 7c0fa8dff811 ("pcie: Add support for Single Root I/O Virtualization
(SR/IOV)")
Signed-off-by: Akihiko Odaki
---
hw/pci/pcie_sriov.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/pci/pcie_sriov.c b/hw/pci/pcie_sri
1 - 100 of 334 matches
Mail list logo
