[Bug 1907776] Re: Mounting VFat drive yields error messages.

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1907427] Re: Build on sparc64 fails with "undefined reference to `fdt_check_full'"

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/255 ** Changed in: qemu Status: New => Expired ** Bug

[Bug 1907926] Re: Implement TPM2 configuration for emulators that provide TCP interface

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1906608] Re: [Feature request]For some ehci controller, qemu should implement using portsc[26-27] to detect the speed of device.

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH v8] introduce vfio-user protocol specification

On Mon, May 10, 2021 at 05:57:37PM +0100, Stefan Hajnoczi wrote: > On Wed, Apr 14, 2021 at 04:41:22AM -0700, Thanos Makatos wrote: > > Elena A: I CCed you in case you want to review the Sorry, we should have included Elena already. > > +VFIO sparse mmap > > + > > + > >

Re: [PATCH v2 00/11] PS/2 controller related fixes

This patch series fixes two different PS/2 mouse stream corruptions and adds a feature that allows some old misbehaving DOS programs to have a working keyboard. With the last few patches, the PS/2 con- troller behaves more like a real controller. v2: Introduce the function kbd_pending() in a

[PATCH 2/6] hw/arm/mps2-tz: Make SRAM_ADDR_WIDTH board-specific

The AN547 sets the SRAM_ADDR_WIDTH for the SSE-300 to 21; since this is not the default value for the SSE-300, model this in mps2-tz.c as a per-board value. Reported-by: Devaraj Ranganna Signed-off-by: Peter Maydell --- hw/arm/mps2-tz.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

Re: [for-6.1 v3 2/3] virtiofsd: Track mounts

On Mon, May 10, 2021 at 05:55:38PM +0200, Greg Kurz wrote: > The upcoming implementation of ->sync_fs() needs to know about all > submounts in order to call syncfs() on all of them. > > Track every inode that comes up with a new mount id in a GHashTable. > If the mount id isn't available, e.g. no

Re: [for-6.1 v3 3/3] virtiofsd: Add support for FUSE_SYNCFS request

On Mon, May 10, 2021 at 05:55:39PM +0200, Greg Kurz wrote: > Honor the expected behavior of syncfs() to synchronously flush all data > and metadata on linux systems. Simply loop on all known submounts and > call syncfs() on them. > > Note that syncfs() might suffer from a time penalty if the

[Bug 1907061] Re: qemu-system-x86_64 minimizing window causes keyboard input lag globally

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH 3/4] gitlab-ci: Run GNU make via the $MAKE variable

On 5/10/21 5:22 PM, Philippe Mathieu-Daudé wrote: > Add the $MAKE variable to call GNU make, and set it to 'gmake' > on FreeBSD to avoid: > > $ make -j"$JOBS" > make: Unknown modifier ',' > make: "/builds/dTyar424/0/qemu/build/Makefile" line 3: Need an operator > make:

Re: [PATCH 0/3] bsd-user cleanup

Patchew URL: https://patchew.org/QEMU/20210510221511.14205-1-...@bsdimp.com/ Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 20210510221511.14205-1-...@bsdimp.com Subject: [PATCH 0/3] bsd-user cleanup === TEST SCRIPT

[Bug 1907042] Re: assert issue locates in hw/usb/core.c:727: usb_ep_get: Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT' failed

** Tags added: usb -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1907042 Title: assert issue locates in hw/usb/core.c:727: usb_ep_get: Assertion `pid == USB_TOKEN_IN || pid == USB_TOKEN_OUT'

Re: [PATCH updated v2] spapr: Fix EEH capability issue on KVM guest for PCI passthru

On 5/5/21 11:48 AM, Mahesh Salgaonkar wrote: With upstream kernel, especially after commit 98ba956f6a389 ("powerpc/pseries/eeh: Rework device EEH PE determination") we see that KVM guest isn't able to enable EEH option for PCI pass-through devices anymore. [root@atest-guest ~]# dmesg | grep

[PATCH 3/3] bsd-user: rename linux_binprm to bsd_binprm

Rename linux_binprm to bsd_binprm to reflect that we're loading BSD binaries, not ELF ones. Signed-off-by: Warner Losh --- bsd-user/bsdload.c | 4 ++-- bsd-user/elfload.c | 4 ++-- bsd-user/qemu.h| 6 +++--- 3 files changed, 7 insertions(+), 7 deletions(-) diff --git a/bsd-user/bsdload.c

[PATCH 2/3] bsd-user: Stop building the sparc platforms

The forked bsd-user tree doesn't really support these platforms. They aren't functional at the moment anyway. Remove them from the build so that the major reorg patch series can focus on one platform (x86) before adding addition platforms once things are shuffled. This should make it easier to

[PATCH 0/3] bsd-user cleanup

Three more bsd-user cleanups. The general plan after these patches is to get and keep i386 working as I flush out the loader, the basic system calls, system tracing, etc. I'll move files around so they are like the current bsd-user tree. Once that's all done, I'll add the different

[PATCH 6/6] hw/arm: Model TCMs in the SSE-300, not the AN547

The SSE-300 has an ITCM at 0x_ and a DTCM at 0x2000_. Currently we model these in the AN547 board, but this is conceptually wrong, because they are a part of the SSE-300 itself. Move the modelling of the TCMs out of mps2-tz.c into sse300.c. This has no guest-visible effects.

[Bug 1908062] Re: qemu-system-i386 virtio-vga: Assertion in address_space_stw_le_cached failed again

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[PATCH 4/6] hw/arm/armsse: Convert armsse_realize() to use ERRP_GUARD

Convert armsse_realize() to use ERRP_GUARD(), following the rules in include/qapi/error.h. Signed-off-by: Peter Maydell --- We'll be adding a new error check in the next patch, so do this first to avoid adding more uses of legacy error_propagate(). --- hw/arm/armsse.c | 8 1 file

[PATCH 3/6] hw/arm/armsse.c: Correct modelling of SSE-300 internal SRAMs

The SSE-300 was not correctly modelling its internal SRAMs: * the SRAM address width default is 18 * the SRAM is mapped at 0x2100_, not 0x2000_ like the SSE-200 and IoTKit The default address width is no longer guest-visible since our only SSE-300 board sets it explicitly to a

Re: [PATCH 0/7] vhost-user-gpu: fix several security issues

On 5/5/21 11:35 AM, Marc-André Lureau wrote: > Hi > > On Wed, May 5, 2021 at 1:28 PM Li Qiang > wrote: > > Marc-André Lureau > 于2021年5月5日周三 下午5:10写道： > > > > Hi > > > > On Wed, May 5, 2021 at 9:21 AM Li Qiang

[PATCH 0/6] hw/arm: Fix modelling of SSE-300 TCMs and SRAM

This patchset fixes some bugs in how we were modelling the TCMs and the SRAM in the SSE-300 which were preventing Arm TF-M from booting on our AN547 model; there are also some fixes to things I noticed while I was in the code. The specific bugs preventing boot were: * SRAM_ADDR_WIDTH for the

[PATCH v3 0/2] virtio-blk: Convert QEMUBH callback to "bitops.h" API

This series follow a suggestion from Stefan to use the bitops API in virtio-blk: https://www.mail-archive.com/qemu-devel@nongnu.org/msg805139.html Since v2: - clear bitmap to avoid spurious interrupts! (Stefan) - use 'further' in find_next docstring (Eric) - added Richard R-b tag Since v1: -

[PATCH v3 2/2] virtio-blk: Convert QEMUBH callback to "bitops.h" API

By directly using find_first_bit() and find_next_bit from the "bitops.h" API to iterate over the bitmap, we can remove the bitmap[] variable-length array copy on the stack and the complex manual bit testing/clearing logic. Suggested-by: Stefan Hajnoczi Suggested-by: Richard Henderson

[Bug 1908489] Re: qemu 4.2 bootloops with -cpu host and nested hypervisor

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH RFC] migrate/ram: remove "ram_bulk_stage" and "fpo_enabled"

* David Hildenbrand (da...@redhat.com) wrote: > The bulk stage is kind of weird: migration_bitmap_find_dirty() will > indicate a dirty page, however, ram_save_host_page() will never save it, as > migration_bitmap_clear_dirty() detects that it is not dirty. > > We already fill the bitmap in

[PATCH v2] qemu-iotests: fix pylint 2.8 consider-using-with error

pylint 2.8 introduces consider-using-with error, suggesting to use the 'with' block statement when possible. Modify all subprocess.Popen call to use the 'with' statement, except the one in __init__ of QemuIoInteractive class, since it is assigned to a class field and used in other methods.

[PATCH 1/6] hw/arm/mps2-tz: Don't duplicate modelling of SRAM in AN524

The SRAM at 0x2000_ is part of the SSE-200 itself, and we model it that way in hw/arm/armsse.c (along with the associated MPCs). We incorrectly also added an entry to the RAMInfo array for the AN524 in hw/arm/mps2-tz.c, which was pointless because the CPU would never see it. Delete it. The

Re: [PATCH 0/6] hw/arm: Fix modelling of SSE-300 TCMs and SRAM

Hi Peter, On 5/10/21 9:08 PM, Peter Maydell wrote: > This patchset fixes some bugs in how we were modelling the > TCMs and the SRAM in the SSE-300 which were preventing > Arm TF-M from booting on our AN547 model; there are also > some fixes to things I noticed while I was in the code. > > The

[Bug 1907210] Re: QEMU gdbstub command "?" issue

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH 0/6] hw/arm: Fix modelling of SSE-300 TCMs and SRAM

On Mon, 10 May 2021 at 20:14, Philippe Mathieu-Daudé wrote: > > Hi Peter, > > On 5/10/21 9:08 PM, Peter Maydell wrote: > > This patchset fixes some bugs in how we were modelling the > > TCMs and the SRAM in the SSE-300 which were preventing > > Arm TF-M from booting on our AN547 model; there are

Re: [PATCH 0/6] hw/arm: Fix modelling of SSE-300 TCMs and SRAM

On 5/10/21 9:22 PM, Peter Maydell wrote: > On Mon, 10 May 2021 at 20:14, Philippe Mathieu-Daudé wrote: >> >> Hi Peter, >> >> On 5/10/21 9:08 PM, Peter Maydell wrote: >>> This patchset fixes some bugs in how we were modelling the >>> TCMs and the SRAM in the SSE-300 which were preventing >>> Arm

[PATCH 5/6] hw/arm/mps2-tz: Allow board to specify a boot RAM size

Currently we model the ITCM in the AN547's RAMInfo list. This is incorrect because this RAM is really a part of the SSE-300. We can't just delete it from the RAMInfo list, though, because this would make boot_ram_size() assert because it wouldn't be able to find an entry in the list covering guest

[PATCH v3 1/2] bitops.h: Improve find_xxx_bit() documentation

Document the following functions return the bitmap size if no matching bit is found: - find_first_bit - find_next_bit - find_last_bit - find_first_zero_bit - find_next_zero_bit Reviewed-by: Richard Henderson Signed-off-by: Philippe Mathieu-Daudé --- include/qemu/bitops.h | 15 ---

[PATCH 1/3] bsd-user: remove target_signal.h, it's unused

Remove the target_signal.h file. None of its contents are currently used and the bsd-user fork doesn't use them (so this reduces the diffs there). Signed-off-by: Warner Losh --- bsd-user/i386/target_signal.h| 20 bsd-user/qemu.h | 1 -

Re: [PATCH v3 0/2] hw: Convert mc146818rtc & etraxfs_timer to 3-phase reset interface

Hi Laurent, I addressed your comments from v1, and this series is now reviewed. Can it get merged via your qemu-trivial tree? On 5/2/21 6:39 PM, Philippe Mathieu-Daudé wrote: > Remove qemu_register_reset() when a qdev type has a qbus parent, > implementing the 3-phase Resettable interface. > >

[PATCH v2 4/4] hw/isa/piix4: Fix leak removing unuseful qemu_allocate_irqs() call

We locally create an input IRQ with qemu_allocate_irqs() to pass it as output IRQ of the PIC, but its handler simply dispatch into another of our output IRQ ("intr" output). Simplify by directly connecting the PIC output to our "intr" output. This fixes when using QEMU built with

[PATCH v2 1/4] hw/isa/i82378: Name output IRQ as 'intr'

Named IRQs are easier to understand in the monitor. Name the single output interrupt as 'intr'. Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/i82378.c | 2 +- hw/ppc/prep.c | 4 ++-- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/hw/isa/i82378.c b/hw/isa/i82378.c index

[Bug 1882123] Re: ARM cpu emulation regression on QEMU 4.2.0

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/271 ** Changed in: qemu Status: Confirmed => Expired **

[Bug 1877015] Re: virtio only support packed ring size power of 2

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/270 ** Changed in: qemu Status: New => Expired ** Bug

[Bug 1824344] Re: x86: retf or iret pagefault sets wrong error code

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/265 ** Changed in: qemu Status: New => Expired ** Bug

[RFC PATCH v3 3/4] vfio: Add vfio_prereg_listener_global_log_start/stop in nested stage

In nested mode, we set up the stage 2 and stage 1 separately. In my opinion, vfio_memory_prereg_listener is used for stage 2 and vfio_memory_listener is used for stage 1. So it feels weird to call the global_log_start/stop interface in vfio_memory_listener to switch dirty tracking, although this

[RFC PATCH v3 2/4] vfio: Add vfio_prereg_listener_log_sync in nested stage

In nested mode, we set up the stage 2 (gpa->hpa)and stage 1 (giova->gpa) separately by vfio_prereg_listener_region_add() and vfio_listener_region_add(). So when marking dirty pages we just need to pay attention to stage 2 mappings. Legacy vfio_listener_log_sync cannot be used in nested stage.

[RFC PATCH v3 0/4] Add migration support for VFIO PCI devices in SMMUv3 nested mode

Hi all, Since the SMMUv3's nested translation stages has been introduced by Eric, we need to pay attention to the migration of VFIO PCI devices in SMMUv3 nested stage mode. At present, it is not yet supported in QEMU. There are two problems in the existing framework. First, the current way to

Re: [PATCH] hw/arm/raspi: Remove deprecated raspi2/raspi3 aliases

Hi Peter, Can this patch go via your qemu-arm tree (it is reviewed)? On 5/3/21 12:57 PM, Philippe Mathieu-Daudé wrote: > Remove the raspi2/raspi3 machine aliases, > deprecated since commit 155e1c82ed0. > > Signed-off-by: Philippe Mathieu-Daudé > --- > docs/system/deprecated.rst | 7

Re: [RFC PATCH 1/5] target/riscv: Add Nuclei CSR and Update interrupt handling

On Tue, May 11, 2021 at 2:01 PM Wang Junqiang wrote: > > > > On 2021/5/11 上午11:43, Alistair Francis wrote: > > On Tue, May 11, 2021 at 1:14 PM Wang Junqiang > > wrote: > >> > >> > >> > >> On 2021/5/10 上午10:17, Alistair Francis wrote: > >>>C isOn Fri, May 7, 2021 at 11:25 PM wangjunqiang >

[PATCH v2 0/4] hw/isa: Remove unuseful qemu_allocate_irqs() call

I started to fix the LeakSanitizer error in piix4_realize(), then looked for similar pattern and found 2 other places. The older is i82378 (historically the first one) which then spread. Since v1: - rebased - removed vt82c686 patches Philippe Mathieu-Daudé (4): hw/isa/i82378: Name output IRQ

[PATCH v2 3/6] hw/isa/vt82c686: Let ISA function expose ISA IRQs

The 2 cascaded 8259 PIC are managed by the PCI function #0 (ISA bridge). Expose the 16 IRQs on this function, so other functions from the same chipset can access them. Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/vt82c686.c | 13 - 1 file changed, 12 insertions(+), 1 deletion(-)

[PATCH v2 4/6] hw/ide/via: Replace magic 2 value by ARRAY_SIZE / MAX_IDE_DEVS

Signed-off-by: Philippe Mathieu-Daudé --- hw/ide/via.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/hw/ide/via.c b/hw/ide/via.c index be09912b334..6c667a92130 100644 --- a/hw/ide/via.c +++ b/hw/ide/via.c @@ -90,7 +90,7 @@ static void

[Bug 1862874] Re: java may stuck for a long time in system mode with "-cpu max"

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1847467] Re: qemu-x86_64 segment prefixes error

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/267 ** Changed in: qemu Status: Confirmed => Expired **

Re: [RFC PATCH 1/5] target/riscv: Add Nuclei CSR and Update interrupt handling

On 2021/5/10 上午10:17, Alistair Francis wrote: C isOn Fri, May 7, 2021 at 11:25 PM wangjunqiang wrote: This patch adds Nuclei CSR support for ECLIC and update the related interrupt handling. https://doc.nucleisys.com/nuclei_spec/isa/core_csr.html Hello, Thanks for the patches! This

Re: [RFC PATCH 1/5] target/riscv: Add Nuclei CSR and Update interrupt handling

On 2021/5/11 上午11:43, Alistair Francis wrote: On Tue, May 11, 2021 at 1:14 PM Wang Junqiang wrote: On 2021/5/10 上午10:17, Alistair Francis wrote: C isOn Fri, May 7, 2021 at 11:25 PM wangjunqiang wrote: This patch adds Nuclei CSR support for ECLIC and update the related interrupt

[PATCH v2 5/6] hw/ide/via: Connect IDE function output IRQs to the ISA function input

To avoid abusing isa_get_irq(NULL) using a hidden ISA bridge under the hood, let the IDE function expose 2 output IRQs, and connect them to the ISA function inputs when creating the south bridge chipset model in vt82c686b_southbridge_init. Signed-off-by: Philippe Mathieu-Daudé --- hw/ide/via.c

[Bug 1860914] Re: QEMU prepends pathnames to command lines of Multiboot kernels and modules, contrary to the specification

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1859384] Re: arm gic: gic_acknowledge_irq doesn't clear line level for other cores for 1-n level-sensitive interrupts and gic_clear_pending uses GIC_DIST_TEST_MODEL (even on v2 where it always re

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/268 ** Changed in: qemu Status: Confirmed => Expired **

[Bug 1874264] Re: AIX 7.2 TL4 SP1 cannot IPL with QEMU >2.11.2 ppc64-softmmu

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/269 ** Changed in: qemu Status: Confirmed => Expired **

Re: [RFC PATCH v2 0/4] Add migration support for VFIO PCI devices in SMMUv3 nested stage mode

Hi all, This series has been updated to v3.[1] Any comments and reviews are welcome. Thanks, Kunkun Jiang [1] [RFC PATCH v3 0/4] Add migration support for VFIO PCI devices in SMMUv3 nested mode https://lore.kernel.org/qemu-devel/20210511020816.2905-1-jiangkun...@huawei.com/ On 2021/3/31

Re: [PATCH v3 1/2] ui/cocoa: capture all keys and combos when mouse is grabbed

On 2021/05/05 8:32, gust...@noronha.eti.br wrote:> @@ -344,6 +361,32 @@ - (id)initWithFrame:(NSRect)frameRect kbd = qkbd_state_init(dcl.con); } + +CGEventMask mask = CGEventMaskBit(kCGEventKeyDown) | CGEventMaskBit(kCGEventKeyUp) | CGEventMaskBit(kCGEventFlagsChanged); +

[PATCH v2 0/6] hw/southbridge: QOM'ify vt82c686 as VT82C686B_SOUTHBRIDGE

The motivation behind this series is to remove the isa_get_irq(NULL) call to simplify the ISA generic model. Since v1: - rebased on top of remotes/dg-gitlab/tags/ppc-for-6.1-20210504 Philippe Mathieu-Daudé (6): hw/isa/vt82c686: Name output IRQ as 'intr' hw/isa/vt82c686: Simplify removing

[Bug 1870331] Re: default nic device created even though supplied by configfile

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1873769] Re: SB16 audio playback freezes emulation in Windows 95 guest

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH v2 0/8] hw/block/fdc: Allow Kconfig-selecting ISA bus/SysBus floppy controllers

Hi John, This series is fully reviewed; can it go via your block tree? On 4/28/21 2:50 PM, Philippe Mathieu-Daudé wrote: > Hi, > > The floppy disc controllers pulls in irrelevant devices (sysbus in > an ISA-only machine, ISA bus + isa devices on a sysbus-only machine). > > This series clean

[PATCH v2 2/4] hw/isa/i82378: Simplify removing unuseful qemu_allocate_irqs() call

When the i82378 model was added in commit a04ff940974 ("prep: Add i82378 PCI-to-ISA bridge emulation") the i8259 model was not yet QOM'ified. This happened later in commit 747c70af78f ("i8259: Convert to qdev"). Instead of creating an input IRQ with qemu_allocate_irqs() to pass it as output IRQ

[PATCH v2 6/6] hw/southbridge/vt82c686: Introduce VT82C686B_SOUTHBRIDGE

The VT82C686B south bridge is a single chipset. Model it as a single sysbus device. Move the vt82c686b_southbridge_init as via_southbridge_realize, add the QOM state: ViaSouthBridgeState. This device needs 2 properties to be realized: the PCI bus and its slot number. 2 aliases are exposed: the ISA

[PATCH v2 1/6] hw/isa/vt82c686: Name output IRQ as 'intr'

Named IRQs are easier to understand in the monitor. Name the single output interrupt as 'intr'. Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/vt82c686.c | 2 +- hw/mips/fuloong2e.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/hw/isa/vt82c686.c b/hw/isa/vt82c686.c

[PATCH v2 2/6] hw/isa/vt82c686: Simplify removing unuseful qemu_allocate_irqs() call

Instead of creating an input IRQ with qemu_allocate_irqs() to pass it as output IRQ of the PIC, with its handler simply dispatching into the "intr" output IRQ, simplify by directly connecting the PIC to the "intr" named output. Fixes: 3dc31cb8490 ("vt82c686: Move creation of ISA devices to the

[Bug 1869006] Re: PCIe cards passthrough to TCG guest works on 2GB of guest memory but fails on 4GB (vfio_dma_map invalid arg)

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1862986] Re: qemu-s390x segfaults

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

Re: [PATCH] cutils: fix memory leak in get_relocated_path()

Stefano Garzarella writes: > Ping :-) > > Should I resend for 6.1? I'm cc'ing qemu-trivial. For good measure: Reviewed-by: Markus Armbruster

[Bug 1883083] Re: QEMU: block/vvfat driver issues

This ticket has been transferred to QEMU's new bug tracker here: https://gitlab.com/qemu-project/qemu/-/issues/272 ... thus closing the issue on Launchpad now. ** Bug watch added: gitlab.com/qemu-project/qemu/-/issues #272 https://gitlab.com/qemu-project/qemu/-/issues/272 ** Changed in: qemu

[Bug 1843795] Re: 'mtfsf' instruction can clear FI incorrectly

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/266 ** Changed in: qemu Status: New => Expired ** Bug

[RFC PATCH v3 4/4] hw/arm/smmuv3: Post-load stage 1 configurations to the host

In nested mode, we call the set_pasid_table() callback on each STE update to pass the guest stage 1 configuration to the host and apply it at physical level. In the case of live migration, we need to manually call the set_pasid_table() to load the guest stage 1 configurations to the host. If this

[RFC PATCH v3 1/4] vfio: Introduce helpers to mark dirty pages of a RAM section

Extract part of the code from vfio_sync_dirty_bitmap to form a new helper, which allows to mark dirty pages of a RAM section. This helper will be called for nested stage. Signed-off-by: Kunkun Jiang --- hw/vfio/common.c | 22 ++ 1 file changed, 14 insertions(+), 8

Re: [PATCH 0/7] vhost-user-gpu: fix several security issues

Philippe Mathieu-Daudé 于2021年5月11日周二 上午3:25写道： > > On 5/5/21 11:35 AM, Marc-André Lureau wrote: > > Hi > > > > On Wed, May 5, 2021 at 1:28 PM Li Qiang > > wrote: > > > > Marc-André Lureau > > 于2021年5月5日周三 下午5:10写道： > > > >

Re: [RFC PATCH 2/5] hw/intc: Add Nuclei ECLIC device

On 2021/5/10 下午1:26, Bin Meng wrote: On Mon, May 10, 2021 at 10:27 AM Bin Meng wrote: On Mon, May 10, 2021 at 10:21 AM Alistair Francis wrote: On Fri, May 7, 2021 at 11:24 PM wangjunqiang wrote: This patch provides an implementation of Nuclei ECLIC Device. Nuclei processor core have

Re: [RFC PATCH 1/5] target/riscv: Add Nuclei CSR and Update interrupt handling

On Tue, May 11, 2021 at 1:14 PM Wang Junqiang wrote: > > > > On 2021/5/10 上午10:17, Alistair Francis wrote: > > C isOn Fri, May 7, 2021 at 11:25 PM wangjunqiang > > wrote: > >> > >> This patch adds Nuclei CSR support for ECLIC and update the > >> related interrupt handling. > >> > >>

[PATCH v2 3/4] hw/isa/i82378: Rename output IRQ variable

The i82378 has 2 output IRQs: "INT" and "NMI". We do not model the NMI, so simplify I82378State by removing the unused IRQ. To avoid keeping an array of one element, remove the array and rename the variable. Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/i82378.c | 6 +++--- 1 file changed, 3

[Bug 1878501] Re: qemu-i386 does not define AT_SYSINFO

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1785734] Re: movdqu partial write at page boundary

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1779955] Re: qemu linux-user requires read permissions on memory passed to syscalls that should only need write access

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1819182] Re: info does not recognize file format of vpc with subformat=fixed

** Changed in: qemu Status: Confirmed => In Progress -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1819182 Title: info does not recognize file format of vpc with subformat=fixed Status in

[Bug 1883733] Re: FIXME xhci_alloc_device_streams:972 guest streams config not identical for all eps

** Tags added: fuzzer -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1883733 Title: FIXME xhci_alloc_device_streams:972 guest streams config not identical for all eps Status in QEMU: New Bug

[Bug 1883729] Re: xhci_find_stream: Assertion `streamid != 0' failed.

** Tags added: usb -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1883729 Title: xhci_find_stream: Assertion `streamid != 0' failed. Status in QEMU: New Bug description: To reproduce run the

[Bug 1806196] Re: qed leaked clusters

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/264 ** Changed in: qemu Status: New => Expired ** Bug

[Bug 1681439] Re: dma_blk_cb leaks memory map handles on misaligned IO

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/259 ** Tags added: fuzzer ** Changed in: qemu Status:

Re: [PATCH] block: Improve backing file validation

On 2021/5/10 16:41, Daniel P. Berrangé wrote: > On Mon, May 10, 2021 at 12:30:45PM +0800, Li Zhijian wrote: >> Image below user cases: >> case 1: >> ``` >> $ qemu-img create -f raw source.raw 1G >> $ qemu-img create -f qcow2 -F raw -b source.raw ./source.raw >> qemu-img info source.raw >> image:

Re: [PATCH] hw/pci-host: Do not build gpex-acpi.c if GPEX is not selected

Cc'ing qemu-trivial (patch reviewed). On 4/25/21 8:21 PM, Philippe Mathieu-Daudé wrote: > Since its introduction in commit 5b85eabe68f ("acpi: add > acpi_dsdt_add_gpex") we build gpex-acpi.c if ACPI is selected, > even if the GPEX_HOST device isn't build. Add the missing > Kconfig dependency. >

[Bug 1705118] Re: qemu user mode: rt signals not implemented for sparc guests

The QEMU project is currently moving its bug tracking to another system. For this we need to know which bugs are still valid and which could be closed already. Thus we are setting the bug state to "Incomplete" now. If the bug has already been fixed in the latest upstream version of QEMU, then

[Bug 1799792] Re: Broken scaling with gtk,gl=on on a hidpi display

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/262 ** Changed in: qemu Status: New => Expired ** Bug

[Bug 1805913] Re: readdir() returns NULL (errno=EOVERFLOW) for 32-bit user-static qemu on 64-bit host

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/263 ** Changed in: qemu Status: Confirmed => Expired **

Re: [PATCH] target/mips: Fix potential integer overflow (CID 1452921)

On 5/5/21 11:51 PM, Philippe Mathieu-Daudé wrote: > Use the BIT_ULL() macro to ensure we use 64-bit arithmetic. > This fixes the following Coverity issue (OVERFLOW_BEFORE_WIDEN): > > CID 1452921: Integer handling issues: > > Potentially overflowing expression "1 << w" with type "int" >

Re: [PATCH-for-6.0] hw/mem/meson: Fix linking sparse-mem device with fuzzer

Cc'ing qemu-trivial (patch reviewed). On 4/12/21 1:07 PM, Philippe Mathieu-Daudé wrote: > ping? > > On 4/6/21 4:39 PM, Alexander Bulekov wrote: >> On 210406 1539, Philippe Mathieu-Daudé wrote: >>> sparse-mem.c is added to the 'mem_ss' source set, which itself >>> is conditionally added to

[Bug 1886210] Re: [Feature request] Illumnos VM image

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'invalid' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/258 ** Changed in: qemu Status: New => Invalid ** Bug

[Bug 1791763] Re: broken signal handling in nios2 user-mode emulation

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/261 ** Changed in: qemu Status: Confirmed => Expired **

[Bug 1699824] Re: qemu-system-sparc64 -M sun4v aborts on tribblix-sparc-0m16.iso

This is an automated cleanup. This bug report has been moved to QEMU's new bug tracker on gitlab.com and thus gets marked as 'expired' now. Please continue with the discussion here: https://gitlab.com/qemu-project/qemu/-/issues/260 ** Changed in: qemu Status: Confirmed => Expired **

Re: [PATCH v3 14/17] hw/misc/pca9552: Replace g_newa() by g_new()

On 5/7/21 4:43 PM, Philippe Mathieu-Daudé wrote: > The ALLOCA(3) man-page mentions its "use is discouraged". > > Use autofree heap allocation instead, replacing g_newa() by g_new(). > > Signed-off-by: Philippe Mathieu-Daudé Reviewed-by: Cédric Le Goater > --- > hw/misc/pca9552.c | 2 +- >

Re: [PATCH v6 09/17] target/riscv: rvb: single-bit instructions

On Thu, May 6, 2021 at 2:39 AM wrote: > > From: Frank Chang > > Signed-off-by: Kito Cheng > Signed-off-by: Frank Chang > Reviewed-by: Richard Henderson Reviewed-by: Alistair Francis Alistair > --- > target/riscv/insn32.decode | 17 + >

Re: [PATCH v2 3/5] tests/qtest: add tests for ADM1272 device model

On Wed, 5 May 2021 at 17:10, Titus Rwantare wrote: > > Signed-off-by: Titus Rwantare Reviewed-by: Joel Stanley

  1   2   3   >