Re: [PATCH v16 14/14] hw/vmapple/vmapple: Add vmapple machine type

On Fri, 27 Dec 2024 at 21:36, Philippe Mathieu-Daudé wrote: > On 23/12/24 23:16, Phil Dennis-Jordan wrote: > > > Known issues: > > - Keyboard and mouse/tablet input is laggy. The reason for this is > > that macOS's XHCI driver seems to expect interrupter mapping to > > be disabled when

Re: [PATCH v16 14/14] hw/vmapple/vmapple: Add vmapple machine type

On Fri, 27 Dec 2024 at 21:41, Philippe Mathieu-Daudé wrote: > On 27/12/24 21:12, Phil Dennis-Jordan wrote: > > > > diff --git a/hw/vmapple/Kconfig b/hw/vmapple/Kconfig > > > index bcd1be63e3..6a4c4a7fa2 100644 > > > --- a/hw/vmapple/Kconfig > > > +++ b/hw/vmapple/Kconfig > >

Re: [PATCH v3 1/6] hw/usb/hcd-xhci-pci: Use modulo to select MSI vector as per spec

On Fri, 27 Dec 2024 at 21:27, Philippe Mathieu-Daudé wrote: > On 27/12/24 20:45, Phil Dennis-Jordan wrote: > > > > > > On Fri 27. Dec 2024 at 18:45, Philippe Mathieu-Daudé > > wrote: > > > > On 27/12/24 13:13, Phil Dennis-Jordan wrote: > > > QEMU would crash wi

Re: [PATCH 1/2] hw/intc: Remove TCG dependency on ARM_GICV3

On Fri, 27 Dec 2024 at 21:24, Philippe Mathieu-Daudé wrote: > The TYPE_ARM_GICV3 model doesn't have any particular > dependency on TCG, remove it. Rename the Kconfig selector > ARM_GICV3_TCG -> ARM_GICV3. > > Fixes: a8a5546798c ("hw/intc/arm_gicv3: Introduce CONFIG_ARM_GIC_TCG > Kconfig selector"

Re: [PATCH 2/2] hw/intc: Have ARM_GIC select ARM_GICV3 when KVM is not available

On Fri, 27 Dec 2024 at 21:24, Philippe Mathieu-Daudé wrote: > When the KVM accelerator is selected, the Kconfig ARM_GIC key > selects the KVM GIC implementation (ARM_GIC_KVM). > For other accelerators (TCG, HVF, ...), select the generic > implementation. > > Signed-off-by: Philippe Mathieu-Daudé

Re: [PATCH 1/8] futex: Check value after qemu_futex_wait()

This is somewhat orthogonal to the issue being addressed here, but: While reading the man page to make sense of this patch, I noticed the following: > If the futex value does not match val, then the call fails > immediately with the error EAGAIN. And qemu_futex_wait does not seem to

Re: [PATCH] target/hppa: Speed up hppa_is_pa20()

On Sat, 28 Dec 2024, Helge Deller wrote: Although the hppa_is_pa20() helper is costly due to string comparisms in object_dynamic_cast(), it is called quite often during memory lookups and at each start of a block of instruction translations. Speed hppa_is_pa20() up by calling object_dynamic_cast(

Re: [PATCH] target/hppa: Speed up hppa_is_pa20()

On 12/27/24 23:23, Helge Deller wrote: Although the hppa_is_pa20() helper is costly due to string comparisms in object_dynamic_cast(), it is called quite often during memory lookups and at each start of a block of instruction translations. Speed hppa_is_pa20() up by calling object_dynamic_cast()

Re: [PULL v2 0/6] loongarch-to-apply queue

Applied, thanks. Please update the changelog at https://wiki.qemu.org/ChangeLog/10.0 for any user-visible changes. signature.asc Description: PGP signature

Re: [PULL 00/11] Trivial patches for 2024-12-28

Applied, thanks. Please update the changelog at https://wiki.qemu.org/ChangeLog/10.0 for any user-visible changes. signature.asc Description: PGP signature

Re: [PATCH v2 01/10] i386/cpu: Extract a common fucntion to setup value of MSR_CORE_THREAD_COUNT

On 19/12/24 12:01, Xiaoyao Li wrote: There are duplicated code to setup the value of MSR_CORE_THREAD_COUNT. Extract a common function for it. Signed-off-by: Xiaoyao Li --- Changes in v2: - move the implementation of cpu_x86_get_msr_core_thread_count() to target/i386/cpu-sysemu.c; --- targe

[PATCH v2] target/hppa: Speed up hppa_is_pa20()

Although the hppa_is_pa20() helper is costly due to string comparisms in object_dynamic_cast(), it is called quite often during memory lookups and at each start of a block of instruction translations. Speed hppa_is_pa20() up by calling object_dynamic_cast() only once at CPU creation and store the r

Re: [PATCH] target/m68k: Handle EXCP_SEMIHOSTING for m68k class CPU

On 12/28/24 16:22, Jiaxun Yang wrote: EXCP_SEMIHOSTING can be generated by m68k class CPU with HALT instruction, but it is never handled properly and cause guest fall into deadlock. Handle it as what we've done to coldfire. Fixes: f161e723fdfd ("target/m68k: Perform the semihosting test during

Re: [PATCH v3] target/hppa: Add CPU reset method

On 12/29/24 02:58, Richard Henderson wrote: On 12/27/24 15:17, Helge Deller wrote: Add the CPU reset method, which resets all CPU registers and the TLB to zero. Then the CPU will switch to 32-bit mode (PSW_W bit is not set) and start execution at address 0xf004. Although we currently want to

[PULL 23/35] next-cube: always use retval to return rtc read values

From: Mark Cave-Ayland Instead of shifting out rtc read values from individual rtc registers, change the logic so that rtc read commands are executed when the last bit of the rtc command is received and the result stored in retval. This simplifies the rtc read logic such that the shift out logic

[PULL 07/35] next-cube: introduce next_pc_init() object init function

From: Mark Cave-Ayland Move initialisation of the memory regions and GPIOs from next_pc_realize() to the new next_pc_init() function. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-6-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- h

[PULL 27/35] next-cube: QOMify NeXTRTC

From: Mark Cave-Ayland This is to allow the RTC functionality to be maintained within its own separate device rather than as part of the next-pc device. Signed-off-by: Mark Cave-Ayland Message-ID: <20241222130012.1013374-26-mark.cave-ayl...@ilande.co.uk> Reviewed-by: Philippe Mathieu-Daudé Sig

[PULL 28/35] next-cube: move reset of next-rtc fields from next-pc to next-rtc

From: Mark Cave-Ayland Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-27-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 17 - 1 file changed, 12 insertions(+), 5 deletions(-) diff --git a/hw/m6

[PULL 03/35] next-cube: remove 0x14020 dummy value from next_mmio_read()

From: Mark Cave-Ayland This is a dummy value for the SCSI CSR which appears to have no effect when removed. Eventually the reads/writes to this register will be directed towards the WIP implementations in next_scr_readfn() and next_scr_writefn(). Signed-off-by: Mark Cave-Ayland Reviewed-by: Tho

[PULL 02/35] hw/m68k/next-cube: Disable the default CD-ROM drive

The NeXT-Cube does not have a CD-ROM drive by default, and the kernel does not seem to deal with the empty drive very well, so let's disable the CD-ROM drive for this machine. Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Mark Cave-Ayland Message-ID: <20241214091720.49779-1-h...@tuxfamily.org

[PULL 12/35] next-cube: map ESCC registers as a subregion of the next.scr memory region

From: Mark Cave-Ayland Since the ESCC device exists within the memory range of the next.scr memory region, map the ESCC device registers as a subregion of the next.scr memory region instead of directly to the system address space. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Revi

[PULL 10/35] next-cube: move SCSI 4020/4021 logic from next-pc device to next-scsi device

From: Mark Cave-Ayland The SCSI 4020/4021 logic refers to the offset of the SCSI CSRs within the NeXTCube address space. Due to the previously overlapping memory regions, there were duplicate MMIO accessors in the next.scr memory region for these registers but this has now been resolved. Move t

[PULL 25/35] next-cube: use named gpio to read RTC data bit in scr2

From: Mark Cave-Ayland This is in preparation for moving NeXTRTC to its own separate device. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-24-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 169 +++

[PULL 29/35] next-cube: move rtc-data-in gpio from next-pc to next-rtc device

From: Mark Cave-Ayland Add a new rtc-data-out gpio to the next-pc device and wire it up to the next-rtc rtc-data-in gpio using the standard qdev gpio APIs. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-28-mark.cave-ayl...@ilande.co.uk> Signed-off-

[PULL 26/35] next-cube: don't use rtc phase value of -1

From: Mark Cave-Ayland The rtc phase value of -1 is directly equivalent to using a phase value of 0 so simplify the logic to use an initial rtc phase of 0. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-25-mark.cave-ayl...@ilande.co.uk> Signed-off-

[PULL 13/35] next-cube: move ESCC to be QOM child of next-pc device

From: Mark Cave-Ayland Since the ESCC is part of the next-pc device, move the ESCC to be a QOM child of the next-pc device. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <20241222130012.1013374-12-mark.cave-ayl...@ilande.co.uk> Signed

[PULL 05/35] next-cube: create new next.scsi container memory region

From: Mark Cave-Ayland Move the ESP SCSI and SCSI CSR registers to the new next.scsi container memory region. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <20241222130012.1013374-4-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas

[PULL 06/35] next-cube: move next_scsi_init() to next_pc_realize()

From: Mark Cave-Ayland This reflects that the SCSI interface exists within the NeXT Peripheral Controller (PC). Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-5-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 5

[PULL 21/35] next-cube: use qemu_irq to drive int_status in next_scr2_rtc_update()

From: Mark Cave-Ayland Rather than directly clear bit 3 in int_status in next_scr2_rtc_update(), use a qemu_irq to drive the equivalent NEXT_PWR_I signal. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-20-mark.cave-ayl...@ilande.co.uk> Signed-off-b

[PULL 14/35] next-cube: move timer MMIO to separate memory region on next-pc device

From: Mark Cave-Ayland Move the timer MMIO accesses to a separate memory region on the next-pc device instead of being part of the next.scr MMIO memory region. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <20241222130012.1013374-13-m

[PULL 33/35] next-cube: move next_rtc_cmd_is_write() and next_rtc_data_in_irq() functions

From: Mark Cave-Ayland Move these functions in next-cube.c so that they are with the rest of the next-rtc functions. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-32-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube

[PULL 11/35] next-cube: move floppy disk MMIO to separate memory region in next-pc

From: Mark Cave-Ayland The dummy floppy disk device is part of the next-pc device, and not related to the NeXTCube SCRs. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-10-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-

[PULL 04/35] next-cube: remove overlap between next.dma and next.mmio memory regions

From: Mark Cave-Ayland Change the start of the next.mmio memory region so that it follows on directly after the next.dma memory region. Increase the address offsets in next_mmio_read() and next_mmio_write(), and reduce the size of the next.mmio memory region accordingly. Signed-off-by: Mark Cave

[PULL 24/35] next-cube: use named gpio to set RTC data bit in scr2

From: Mark Cave-Ayland This is in preparation for moving NeXTRTC to its own separate device. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-23-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 25

Re: [PATCH v3] target/hppa: Add CPU reset method

On 12/27/24 15:17, Helge Deller wrote: Add the CPU reset method, which resets all CPU registers and the TLB to zero. Then the CPU will switch to 32-bit mode (PSW_W bit is not set) and start execution at address 0xf004. Although we currently want to zero out all values in the CPUHPPAState stru

Re: [PATCH 1/8] futex: Check value after qemu_futex_wait()

On 2024/12/28 20:11, Phil Dennis-Jordan wrote: This is somewhat orthogonal to the issue being addressed here, but: While reading the man page to make sense of this patch, I noticed the following: > If the futex value does not match val, then the call fails >              immediately with the

Re: [PATCH] target/hppa: Speed up hppa_is_pa20()

On 12/28/24 13:12, Helge Deller wrote: On 12/28/24 12:16, BALATON Zoltan wrote: static inline bool hppa_is_pa20(CPUHPPAState *env) { -    return object_dynamic_cast(OBJECT(env_cpu(env)), TYPE_HPPA64_CPU) != NULL; +    return env->is_pa20; } Now this function name is longer than what it extends

Re: [PATCH v2] target/hppa: Speed up hppa_is_pa20()

On 12/28/24 13:08, Helge Deller wrote: Although the hppa_is_pa20() helper is costly due to string comparisms in object_dynamic_cast(), it is called quite often during memory lookups and at each start of a block of instruction translations. Speed hppa_is_pa20() up by calling object_dynamic_cast()

[PULL 30/35] next-cube: use named gpio output for next-rtc data

From: Mark Cave-Ayland Add a named gpio output for the next-rtc data and then update next_rtc_data_in_irq() to drive the IRQ directly. This enables the next-rtc to next-pc data to be wired up using the standard qdev gpio APIs. At the same time rename the pc-rtc-data-in gpio to rtc-data-in which

[PULL 16/35] next-cube: add empty slots for unknown accesses to next.scr memory region

From: Mark Cave-Ayland The next.scr memory is now effectively unused, however there are 3 separate region accesses still logged that occur when booting a NeXTStep disk image. Use the empty_slot device to capture and ignore memory accesses to these 3 memory regions. Signed-off-by: Mark Cave-Ayl

[PULL 35/35] next-cube: add my copyright to the top of the file

From: Mark Cave-Ayland This series has involved rewriting and/or updating a considerable part of the next-cube emulation so update the copyright in next-cube.c to reflect this. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <2024122213

[PULL 31/35] next-cube: add rtc-cmd-reset named gpio to reset the rtc state machine

From: Mark Cave-Ayland This allows us to decouple the next-pc and next-rtc devices from each other in next_scr2_rtc_update(). Signed-off-by: Mark Cave-Ayland Message-ID: <20241222130012.1013374-30-mark.cave-ayl...@ilande.co.uk> Reviewed-by: Philippe Mathieu-Daudé Signed-off-by: Thomas Huth --

[PULL 15/35] next-cube: move en ethernet MMIO to separate memory region on next-pc device

From: Mark Cave-Ayland Move the en ethernet MMIO accesses to a separate memory region on the next-pc device instead of being part of the next.scr MMIO memory region. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-14-mark.cave-ayl...@ilande.co.uk> S

[PULL 09/35] next-cube: move SCSI CSRs from next-pc to the next-scsi device

From: Mark Cave-Ayland The SCSI CSRs are located within the SCSI subsystem of the NeXT PC (Peripheral Contoller) which is now modelled as a separate QEMU device. Add a new memory region subregion to contain the SCSI CSRs that simply store and retrieve the register values. Add a new VMStateDescri

[PULL 32/35] next-cube: add rtc-power-out named gpio to trigger the NEXT_PWR_I interrupt

From: Mark Cave-Ayland This allows us to decouple the next-pc and next-rtc devices from each other in next_rtc_data_in_irq(). Signed-off-by: Mark Cave-Ayland Message-ID: <20241222130012.1013374-31-mark.cave-ayl...@ilande.co.uk> Reviewed-by: Philippe Mathieu-Daudé Signed-off-by: Thomas Huth --

[PULL 01/35] hw/m68k: Mark devices as big-endian

From: Philippe Mathieu-Daudé These devices are only used by the M68K target, which is only built as big-endian. Therefore the DEVICE_NATIVE_ENDIAN definition expand to DEVICE_BIG_ENDIAN (besides, the DEVICE_LITTLE_ENDIAN case isn't tested). Simplify directly using DEVICE_BIG_ENDIAN. Signed-off-b

[PULL 20/35] next-cube: rename typedef struct NextRtc to NeXTRTC

From: Mark Cave-Ayland This brings the capitalisation in line with the other NeXTCube definitions. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-19-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 24 ++

[PULL 22/35] next-cube: separate rtc read and write shift logic

From: Mark Cave-Ayland Introduce a new next_rtc_cmd_is_write() function to determine if an rtc command is a read or write, and start by using it to avoid shifting the rtc input value if a rtc read command is executed. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <202412

[PULL 18/35] next-cube: rearrange NeXTState declarations to improve readability

From: Mark Cave-Ayland Move the NeXTState, next_dma and TYPE_NEXT_MACHINE definition to the same area at the top of next-cube.c. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <20241222130012.1013374-17-mark.cave-ayl...@ilande.co.uk> S

[PULL 19/35] next-cube: convert next-pc device to use Resettable interface

From: Mark Cave-Ayland Signed-off-by: Mark Cave-Ayland Acked-by: Thomas Huth Reviewed-by: Philippe Mathieu-Daudé Message-ID: <20241222130012.1013374-18-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thomas Huth --- hw/m68k/next-cube.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(

[PULL 17/35] next-cube: remove unused next.scr memory region

From: Mark Cave-Ayland Now that the next.scr memory region is unused it can be removed and the next-pc devices mapped directly within the machine init function. This is the last remaining overlapping memory region within the NeXTCube machine. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas

[PULL 00/35] m68k / next-cube patches

Hi Stefan! The following changes since commit 2b7a80e07a29074530a0ebc8005a418ee07b1faf: Merge tag 'pull-trivial-patches' of https://gitlab.com/mjt0k/qemu into staging (2024-12-28 10:16:34 -0500) are available in the Git repository at: https://gitlab.com/huth/qemu.git tags/pull-request-202

[PULL 08/35] next-cube: introduce next-scsi device

From: Mark Cave-Ayland This device is intended to hold the ESP SCSI controller and the NeXT SCSI CSRs. Start by creating the device and moving the ESP SCSI controller to be an embedded child device. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-7-

[PULL 34/35] next-cube: rename old_scr2 and scr2_2 in next_scr2_rtc_update()

From: Mark Cave-Ayland Rename them to old_scr2_rtc and scr2_rtc to reflect that they contain the previous and current values of the SCR2 RTC bits. Signed-off-by: Mark Cave-Ayland Reviewed-by: Thomas Huth Message-ID: <20241222130012.1013374-33-mark.cave-ayl...@ilande.co.uk> Signed-off-by: Thom

Re: [PATCH v3 00/33] next-cube: more tidy-ups and improvements

Am Sun, 22 Dec 2024 12:59:39 + schrieb Mark Cave-Ayland : > This series contains a number of tidy-ups and improvements to the NeXTCube > machine > which include: > > - Bringing the code up-to-date with our latest coding standards/APIs, in > particular > related to the board configurat

Re: [PATCH] target/hppa: Speed up hppa_is_pa20()

On 12/28/24 12:16, BALATON Zoltan wrote: On Sat, 28 Dec 2024, Helge Deller wrote: Although the hppa_is_pa20() helper is costly due to string comparisms in object_dynamic_cast(), it is called quite often during memory lookups and at each start of a block of instruction translations. Speed hppa_is

[PATCH] target/m68k: Handle EXCP_SEMIHOSTING for m68k class CPU

EXCP_SEMIHOSTING can be generated by m68k class CPU with HALT instruction, but it is never handled properly and cause guest fall into deadlock. Handle it as what we've done to coldfire. Fixes: f161e723fdfd ("target/m68k: Perform the semihosting test during translate") Cc: qemu-sta...@nongnu.org

Re: [PATCH 3/8] qemu-thread: Avoid futex abstraction for non-Linux

This fix makes sense. I've also successfully tested with this new "pure" pthread-based QemuEvent in the apple-gfx code where we initially considered using QemuEvent and ran into the destruction issue on macOS. Tested-by: Phil Dennis-Jordan Reviewed-by: Phil Dennis-Jordan (Unrelated: email to th

[PULL 11/11] qmp: update vhost-user protocol feature maps

From: Laurent Vivier Add VHOST_USER_PROTOCOL_F_SHARED_OBJECT and VHOST_USER_PROTOCOL_F_DEVICE_STATE protocol feature maps to the virtio introspection. Cc: jonah.pal...@oracle.com Fixes: 160947666276 ("vhost-user: add shared_object msg") Cc: aest...@redhat.com Fixes: cda83adc62b6 ("vhost-user: In

[PULL 06/11] docs: Correct release of TCG trace-events removal

From: Philippe Mathieu-Daudé TCG trace-events were deprecated before the v6.2 release, and removed for v7.0. Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alex Bennée Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- docs/about/removed-features.rst | 4 ++-- 1 file change

[PULL 01/11] docs/devel: remove dead video link for sourcehut submit process

From: Pierrick Bouvier Reviewed-by: Thomas Huth Reviewed-by: Richard Henderson Signed-off-by: Pierrick Bouvier Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- docs/devel/submitting-a-patch.rst | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/docs/devel

[PULL 02/11] hw/timer/hpet: Fix comment about capabilities register

From: Zhao Liu HPETState.capability stores the emulated value for "general capabilities and id register" instead of "main counter register". Fix the comment to accurately reflect this. Signed-off-by: Zhao Liu Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- hw/timer/hpet.c |

[PULL 05/11] docs: Correct '-runas' and '-fsdev/-virtfs proxy' indentation

From: Philippe Mathieu-Daudé Use the same style for deprecated / removed commands. Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alex Bennée Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- docs/about/deprecated.rst | 2 +- docs/about/removed-features.rst | 2 +- 2

[PULL 09/11] hw/riscv/riscv-iommu-sys.c: fix duplicated 'table_size'

From: Daniel Henrique Barboza Trivial fix for the following ticket: CID 1568580: Incorrect expression (EVALUATION_ORDER) In "table_size = table_size = n_vectors * 16U", "table_size" is written twice with the same value. Cc: qemu-triv...@nongnu.org Cc: Peter Maydell Resolves: Coverity CID

[PULL 04/11] vvfat: fix ubsan issue in create_long_filename

From: Pierrick Bouvier Found with test sbsaref introduced in [1]. [1] https://patchew.org/QEMU/20241203213629.2482806-1-pierrick.bouv...@linaro.org/ ../block/vvfat.c:433:24: runtime error: index 14 out of bounds for type 'uint8_t [11]' #0 0x56151a66b93a in create_long_filename ../block/vv

[PULL 03/11] hw/timer/hpet: Drop the unused macro

From: Zhao Liu HPET_TN_CFG_BITS_READONLY_OR_RESERVED is not used in any place since HPET_TN_CFG_WRITE_MASK has been already used to check and fix the writable bits in hpet_ram_write(). Drop this unused macro. Signed-off-by: Zhao Liu Reviewed-by: Philippe Mathieu-Daudé Reviewed-by: Michael Tok

[PULL 00/11] Trivial patches for 2024-12-28

The following changes since commit 38d0939b86e2eef6f6a622c6f1f7befda0146595: Merge tag 'pull-vfio-20241226' of https://github.com/legoater/qemu into staging (2024-12-26 04:38:38 -0500) are available in the Git repository at: https://gitlab.com/mjt0k/qemu.git tags/pull-trivial-patches for y

[PULL 07/11] docs: Replace 'since' -> 'removed in' in removed-features.rst

From: Philippe Mathieu-Daudé Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Alex Bennée Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- docs/about/removed-features.rst | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/docs/about/re

[PULL 10/11] contrib/plugins/bbv.c: Start bb index from 1

From: ckf104 <1900011...@pku.edu.cn> Standard simpoint tool reqeusts that index of basic block index starts from 1. Signed-off-by: ckf104 <1900011...@pku.edu.cn> Reviewed-by: Pierrick Bouvier Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- contrib/plugins/bbv.c | 2 +- 1 file

[PULL 08/11] target/i386/cpu: Fix notes for CPU models

From: Han Han Fixes: 644e3c5d812 ("missing vmx features for Skylake-Server and Cascadelake-Server") Signed-off-by: Han Han Reviewed-by: Chenyi Qiang Reviewed-by: Michael Tokarev Signed-off-by: Michael Tokarev --- target/i386/cpu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) dif