On 9/16/25 18:43, Richard Henderson wrote:
On 9/16/25 11:05, Peter Maydell wrote:
Hi; here's an arm pullreq; various miscellaneous new features
and bug fixes.
thanks
-- PMM
The following changes since commit 6a9fa5ef3230a7d51e0d953a59ee9ef10af705b8:
Merge tag 'pull-tcg-20250905' of https://gitlab.com/rth7680/qemu into staging
(2025-09-05 09:51:27 +0200)
are available in the Git repository at:
https://gitlab.com/pm215/qemu.git tags/pull-target-arm-20250916
for you to fetch changes up to aaf042299acf83919862c7d7dd5fc36acf4e0671:
hw/usb/network: Remove hardcoded 0x40 prefix in STRING_ETHADDR response (2025-09-16
17:32:06 +0100)
----------------------------------------------------------------
target-arm queue:
* tests, scripts: Don't import print_function from __future__
* Implement FEAT_ATS1A
* Remove deprecated pxa CPU family
* arm/kvm: report registers we failed to set
* Expose SME registers to GDB via gdbstub
* linux-user/aarch64: Generate ESR signal records
* hw/arm/raspi4b: remove redundant check in raspi_add_memory_node
* hw/arm/virt: Allow user-creatable SMMUv3 dev instantiation
* system: drop the -old-param option
I don't understand why, but this causes failure on s390x host for hppa guest:
https://gitlab.com/qemu-project/qemu/-/jobs/11379271029
...
# Testing device 'elroy-pcihost'
Broken pipe
../alt/tests/qtest/libqtest.c:208: kill_qemu() detected QEMU death from signal 11
(Segmentation fault) (core dumped)
Aborted (core dumped)
Even more bizzarely, the failure bisects to
Author: Nicolin Chen <[email protected]>
Date: Fri Aug 29 09:25:27 2025 +0100
hw/arm/virt: Add an SMMU_IO_LEN macro
This is useful as the subsequent support for new SMMUv3 dev will also
use the same.
which makes no sense at all. But it's repeatable, so...
Ho hum. It appears to be flaky. I now see it without this patch set at all:
https://gitlab.com/qemu-project/qemu/-/jobs/11391070227
r~
