Re: [Qemu-devel] Combining synchronous and asynchronous IO

> On Mar 15, 2019, at 01:31, Sergio Lopez wrote: > > Hi, > > Our current AIO path does a great job at unloading the work from the VM, > and combined with IOThreads provides a good performance in most > scenarios. But it also comes with its costs, in both a longer execution > path and the need

Re: [Qemu-devel] State of QEMU CI as we enter 4.0

> On Mar 15, 2019, at 23:12, Stefan Hajnoczi wrote: > > On Thu, Mar 14, 2019 at 03:57:06PM +, Alex Bennée wrote: >> As we approach stabilisation for 4.0 I thought it would be worth doing a >> review of the current state of CI and stimulate some discussion of where >> it is working for us a

Re: [Qemu-devel] [PATCH 1/8] hw/input/Kconfig: Rename the 8042 PS/2 Keyboard Controller

On Sun, 17 Mar 2019, Philippe Mathieu-Daudé wrote: The Intel 8042 chipset also includes some functions unrelated to the keyboard, such the A20-Gate. Rename it using the chipset name. Signed-off-by: Philippe Mathieu-Daudé --- default-configs/mips-softmmu-common.mak | 2 +- hw/alpha/Kconfig

Re: [Qemu-devel] [PATCH] hw/ppc/prep: Drop useless inclusion of "hw/input/i8042.h"

On Sat, Mar 16, 2019 at 09:15:28PM +0100, Philippe Mathieu-Daudé wrote: > In commit 47973a2dbf we split the last generic chipset out of > the PC board, but missed to remove the i8042 keyboard controller. > This omission was later fixed in commit 7cb00357c1, but here we > forgot to remove the "i8042

Re: [Qemu-devel] [PATCH 3/8] hw/acpi: Simplify the Makefile logic

On 3/17/19 1:22 AM, Philippe Mathieu-Daudé wrote: > Now that we use Kconfig, we can simplify this Makefile. > > Suggested-by: Paolo Bonzini > Signed-off-by: Philippe Mathieu-Daudé > --- > hw/acpi/Makefile.objs | 10 ++ > 1 file changed, 2 insertions(+), 8 deletions(-) > > diff --git a/

Re: [Qemu-devel] [PATCH 0/8] hw/isa: Complete the VT82C686B southbridge Kconfig

Patchew URL: https://patchew.org/QEMU/20190317002259.25994-1-phi...@redhat.com/ Hi, This series failed the docker-mingw@fedora build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN === #!

Re: [Qemu-devel] [RFC PATCH 8/8] hw/isa/Kconfig: Complete the VT82C686B southbridge config

On 3/17/19 1:22 AM, Philippe Mathieu-Daudé wrote: > Complete the VT82C686B southbridge Kconfig entry. For clarity, add > the SuperIO dependencies in an internal config: VT82C686_SUPERIO. > > Signed-off-by: Philippe Mathieu-Daudé > --- > RFC because APIC/IOAPIC are still linked to X86 And because

[Qemu-devel] [PATCH 7/8] hw/acpi/Kconfig: Add the ACPI_SMBUS depency to ACPI_PIIX4

The ACPI_SMBUS feature does not come from the I440FX northbridge but from the PIIX4 southbridge. Move the dependency to the PIIX4 entry, so hardware that use the PIIX4 but do not use the I440FX can access the SMBus ACPI feature. Signed-off-by: Philippe Mathieu-Daudé --- hw/acpi/Kconfig | 1 + hw

[Qemu-devel] [RFC PATCH 8/8] hw/isa/Kconfig: Complete the VT82C686B southbridge config

Complete the VT82C686B southbridge Kconfig entry. For clarity, add the SuperIO dependencies in an internal config: VT82C686_SUPERIO. Signed-off-by: Philippe Mathieu-Daudé --- RFC because APIC/IOAPIC are still linked to X86 --- hw/isa/Kconfig | 26 +++--- 1 file changed, 23 in

[Qemu-devel] [PATCH 6/8] hw/acpi/Kconfig: Introduce the ACPI_PIIX4 config

The PIIX4 chipset is a generic southbridge and can be used by non-X86 hardware. Introduce the ACPI_PIIX4 Kconfig. Hardware that requires ACPI but doesn't need the PIIX4 chipset won't compile it. Signed-off-by: Philippe Mathieu-Daudé --- default-configs/mips-softmmu-common.mak | 2 +- hw/acpi/Kco

[Qemu-devel] [PATCH 5/8] hw/acpi/Kconfig: Remove ICH9 dependency on X86

The ICH9 chipset is a generic southbridge and can be used by non-X86 hardware. Remove the x86 Kconfig dependency. Signed-off-by: Philippe Mathieu-Daudé --- hw/acpi/Kconfig | 5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff --git a/hw/acpi/Kconfig b/hw/acpi/Kconfig index e24c895772..

[Qemu-devel] [PATCH 3/8] hw/acpi: Simplify the Makefile logic

Now that we use Kconfig, we can simplify this Makefile. Suggested-by: Paolo Bonzini Signed-off-by: Philippe Mathieu-Daudé --- hw/acpi/Makefile.objs | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/hw/acpi/Makefile.objs b/hw/acpi/Makefile.objs index 2d46e3789a..c86e

[Qemu-devel] [PATCH 4/8] hw/isa/southbridge: Rename ACPI_X86_ICH to ACPI_ICH9

The ICH9 chipset is a generic southbridge and can be used by non-X86 hardware. Rename it to make this more obvious. Signed-off-by: Philippe Mathieu-Daudé --- hw/acpi/Kconfig | 2 +- hw/acpi/Makefile.objs | 2 +- hw/i2c/Makefile.objs | 2 +- hw/isa/Kconfig| 2 +- 4 files changed, 4

[Qemu-devel] [PATCH 2/8] hw/i2c/Kconfig: Add an entry for the SMBus

The System Management Bus is more or less a derivative of the I2C bus, thus the Kconfig entry depends of I2C. Not all boards providing an I2C bus support SMBus. Use two different Kconfig entries to be able to select I2C without selecting SMBus. Signed-off-by: Philippe Mathieu-Daudé --- default-c

[Qemu-devel] [PATCH 0/8] hw/isa: Complete the VT82C686B southbridge Kconfig

Hi, This series is extracted from a bigger Kconfig southbridge cleanup previous to introduce the MIPS Kconfig. I send it because Zoltan is having issues building the VT82C686 out of x86: https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg03067.html Regards, Phil. Philippe Mathieu-Daudé (

[Qemu-devel] [PATCH 1/8] hw/input/Kconfig: Rename the 8042 PS/2 Keyboard Controller

The Intel 8042 chipset also includes some functions unrelated to the keyboard, such the A20-Gate. Rename it using the chipset name. Signed-off-by: Philippe Mathieu-Daudé --- default-configs/mips-softmmu-common.mak | 2 +- hw/alpha/Kconfig| 2 +- hw/i386/Kconfig

[Qemu-devel] [PATCH for-4.1 0/2] hw/alpha: Add the CY82C693UB southbridge in Kconfig

Explicit the CY82C693UB southbridge used by the 264DP. Philippe Mathieu-Daudé (2): hw/isa/southbridge: Add the Cypress 82C693UB chipset hw/alpha/Kconfig: The 264DP machine use a CY82C693UB southbridge hw/alpha/Kconfig | 5 + hw/isa/Kconfig | 13 + 2 files changed, 14 inser

[Qemu-devel] [PATCH for-4.1 1/2] hw/isa/southbridge: Add the Cypress 82C693UB chipset

The CY82C693UB Peripheral Controller contains the following functional blocks: • PCI Interface • ISA Interface • Reset Logic • Keyboard Controller • Power Management Logic • AT Refresh Logic • Pre-Read/Post-Write Buffers • BIOS ROM Control • Timer/Counter Logic • DMA Controllers • Dual-C

[Qemu-devel] [PATCH for-4.1 2/2] hw/alpha/Kconfig: The 264DP machine use a CY82C693UB southbridge

Signed-off-by: Philippe Mathieu-Daudé --- hw/alpha/Kconfig | 5 + 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/hw/alpha/Kconfig b/hw/alpha/Kconfig index 22cefd9577..437606fd22 100644 --- a/hw/alpha/Kconfig +++ b/hw/alpha/Kconfig @@ -1,12 +1,9 @@ config DP264 bool +se

[Qemu-devel] [PATCH] nrf51_gpio: reflect pull-up/pull-down to IRQs

Some drivers do I2C bitbanging by keeping the output to 0 and flipping the GPIO direction between input and output (see for example in Linux gpio_set_open_drain_value_commit, in drivers/gpio/gpiolib.c). When the GPIO is set to input, the pull-up resistor brings the output to 1, while when the GPIO

Re: [Qemu-devel] [PATCH 13/14] hw/hppa/Kconfig: Dino board requires e1000 network card

On 3/16/19 10:50 PM, Paolo Bonzini wrote: >> This fixes when configuring with --without-default-devices: >> >> $ qemu-system-hppa >> qemu-system-hppa: Unsupported NIC model: e1000 > > This is intended. --without-default-devices does not guarantee that you can > start > the board except with

[Qemu-devel] [PATCH v2 5/5] hw/sparc/Kconfig: SPARCstation machine requires the TCX display

This is the default display device used in sun4m_hw_init(): /* If no display specified, default to TCX */ This fixes when configuring with --without-default-devices: $ sparc-softmmu/qemu-system-sparc --nodefaults qemu-system-sparc: Unknown device 'SUNW,tcx' for default sysbus Aborted (

[Qemu-devel] [PATCH v2 3/5] hw/isa/Kconfig: i82378 SuperIO requires PC speaker device

This fixes when configuring with --without-default-devices: $ qemu-system-ppc -M prep --nodefaults qemu-system-ppc: Machine type 'prep' is deprecated: use 40p machine type instead qemu-system-ppc: Unknown device 'isa-pcspk' for bus 'ISA' Aborted (core dumped) (gdb) bt #1 0x7

[Qemu-devel] [PATCH v2 1/5] hw/isa/Kconfig: PIIX4 southbridge requires USB UHCI

This fixes when configuring with --without-default-devices: $ qemu-system-mips64 -M malta --nodefaults -bios /dev/null qemu-system-mips64: Unknown device 'piix4-usb-uhci' for bus 'PCI' Aborted (core dumped) (gdb) bt #0 0x75a4353f in __GI_raise (sig=sig@entry=6) at ../sysdeps/u

[Qemu-devel] [PATCH v2 4/5] hw/mips/Kconfig: Fulong 2e board requires ati-vga display device

This fixes when configuring with --without-default-devices: $ qemu-system-mips64el -M fulong2e --nodefaults -bios /dev/null qemu-system-mips64el: Unknown device 'ati-vga' for bus 'PCI' Aborted (core dumped) (gdb) bt #1 0x75a11895 in __GI_abort () at abort.c:79 #2 0x5

[Qemu-devel] [PATCH v2 0/5] hw/Kconfig: Fixes when running ./configure --without-default-devices

Hi, This series contains Kconfig fixes to be able to run binaries built using: './configure --without-default-devices' when using the --nodefault option. v2: Removed machines that run with --nodefault (Paolo) v1: https://lists.gnu.org/archive/html/qemu-devel/2019-03/msg05366.html Regards, Phil.

[Qemu-devel] [PATCH v2 2/5] hw/isa/Kconfig: VT82C686 southbridge requires USB UHCI

This fixes when configuring with --without-default-devices: $ qemu-system-mips64 -M malta --nodefaults -bios /dev/null qemu-system-mips64el: Unknown device 'vt82c686b-usb-uhci' for bus 'PCI' Aborted (core dumped) (gdb) bt #1 0x75a2d895 in __GI_abort () at abort.c:79 #2 0x000

[Qemu-devel] [PULL 00/12] EDK2 Firmware roms

The following changes since commit 8b088d3f8ab5642020d28fa0c2a8d938bc5f3592: Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20190315' into staging (2019-03-15 11:39:42 +) are available in the Git repository at: https://github.com/philmd/qemu.git tags/edk2_build-pull

[Qemu-devel] [PULL 02/12] roms/edk2-funcs.sh: require gcc-4.8+ for building i386 and x86_64

From: Laszlo Ersek Adapt the qemu_edk2_get_toolchain() function in "roms/edk2-funcs.sh" in advance to edk2 commit 8d7cdfae8cb8 ("OvmfPkg: require GCC48 or later", 2019-01-08), which is part of the "edk2-stable201903" tag. Signed-off-by: Laszlo Ersek Reviewed-by: Philippe Mathieu-Daudé Tested-b

[Qemu-devel] [PULL 03/12] tests/uefi-test-tools/build.sh: work around TianoCore#1607

From: Laszlo Ersek The edk2-stabe201903 release introduced Python3 support to edk2's BaseTools; however the Python3 enablement breaks in a corner case (which is nevertheless supported by the edk2 community), namely the in-module parallelization that we utilize. This is tracked under

Re: [Qemu-devel] [PATCH] configure: disallow spaces and colons in source path

Hi, thanks for the comments. On Fri, 15 Mar 2019 13:48:25 -0500 Eric Blake wrote: > On 3/15/19 1:40 PM, Peter Maydell wrote: > > > If you do this after the point where we make the source path absolute, you > > can skip the realpath (which avoids the problem that 'realpath' doesn't > > exist >

[Qemu-devel] [PULL 07/12] roms: build edk2 firmware binaries and variable store templates

From: Laszlo Ersek Add the "efi" target to "Makefile". Introduce "Makefile.edk2" for building and cleaning the firmware images and varstore templates. Collect the common bits from the recipes in the helper script "edk2-build.sh". Signed-off-by: Laszlo Ersek Reviewed-by: Michal Privoznik Test

[Qemu-devel] [PULL 10/12] tests: add missing dependency to build QTEST_QEMU_BINARY, round 2

From: Laszlo Ersek In commit b94b330e2333 ("tests: add missing dependency to build QTEST_QEMU_BINARY", 2017-07-31), Phil fixed the dependency list of make target "check-qtest-%". Namely, the recipe would set QTEST_QEMU_BINARY to the softmmu emulator for the emulation target, but the prerequisites

[Qemu-devel] [PULL 01/12] roms: lift "edk2-funcs.sh" from "tests/uefi-test-tools/build.sh"

From: Laszlo Ersek Extract the dense logic for architecture and toolchain massaging from "tests/uefi-test-tools/build.sh", to a set of small functions. We'll reuse these functions for building full platform firmware images. Signed-off-by: Laszlo Ersek Reviewed-by: Philippe Mathieu-Daudé Tested

[Qemu-devel] [PULL 04/12] roms/edk2: advance to tag edk2-stable201903

From: Laszlo Ersek Update the roms/edk2 submodule hash from edk2-stable201811 to edk2-stable201903. The release notes are available at . $ git shortlog edk2-stable201811..edk2-stable201903 Achin Gupta (9): ArmPkg: Add PCDs

Re: [Qemu-devel] [PATCH 13/14] hw/hppa/Kconfig: Dino board requires e1000 network card

> This fixes when configuring with --without-default-devices: > > $ qemu-system-hppa > qemu-system-hppa: Unsupported NIC model: e1000 This is intended. --without-default-devices does not guarantee that you can start the board except with --nodefaults. Paolo

[Qemu-devel] [PULL 11/12] Makefile: install the edk2 firmware images and their descriptors

From: Laszlo Ersek Decompress and install the edk2 firmware blobs as part of "make install", unless blob installation was disabled with configure's "--disable-blobs" option. Additionally, decompress the blobs as a pre-requisite for building softmmu binaries -- this is helpful for both "make chec

[Qemu-devel] [PULL 06/12] roms/Makefile: replace the $(EFIROM) target with "edk2-basetools"

From: Laszlo Ersek We don't (can't) have a recipe for building just $(EFIROM); therefore, while we call the target $(EFIROM), we actually build all of the edk2 BaseTools. Rename the target to edk2-basetools, and update the iPXE prerequisite accordingly. This will let other targets depend on "edk2

[Qemu-devel] [PULL 08/12] pc-bios: add edk2 firmware binaries and variable store templates

From: Laszlo Ersek Add the files built by the last patch: (compressed) binaries, and the cumulative license text that covers them. Signed-off-by: Laszlo Ersek Reviewed-by: Michael S. Tsirkin Tested-by: Igor Mammedov Message-Id: <20190313210057.32584-9-ler...@redhat.com> [PMD: remove trailing

[Qemu-devel] [PULL 05/12] roms/edk2-funcs.sh: add the qemu_edk2_get_thread_count() function

From: Laszlo Ersek The edk2 "build" utility natively supports building modules (that is, INF files) in parallel. The feature is not useful when building a single module (with the "-m" option), but it is useful for platform firmware builds (which include many modules). Add a function that determin

[Qemu-devel] [PULL 09/12] pc-bios: document the edk2 firmware images; add firmware descriptors

From: Laszlo Ersek Update the README file with information on the images added previously, and provide firmware descriptor documents that conform to "docs/interop/firmware.json". Signed-off-by: Laszlo Ersek Reviewed-by: Michal Privoznik Reviewed-by: Michael S. Tsirkin Tested-by: Igor Mammedov

Re: [Qemu-devel] Set up github repo for pmon sources

On Sat, 16 Mar 2019, Andrew Randrianasulu wrote: В сообщении от Saturday 16 March 2019 20:53:01 вы написали: On 3/15/19 9:06 PM, Andrew Randrianasulu wrote: https://github.com/Randrianasulu/pmon/commits/2014 hopefully it will stay this way. Anyone know what license I must pick for this? 3-cla

[Qemu-devel] [PULL 12/12] MAINTAINERS: add the "EDK2 Firmware" subsystem

From: Laszlo Ersek We now have the edk2 submodule, somewhat elaborate build helpers for it, and even a UEFI application written against edk2 whose genuine home is the QEMU repository. Add the "EDK2 Firmware" subsystem such that all relevant pathnames be covered. Suggested-by: Daniel P. Berrangé

Re: [Qemu-devel] Set up github repo for pmon sources

On Sat, 16 Mar 2019, Eric Blake wrote: On 3/15/19 9:06 PM, Andrew Randrianasulu wrote: https://github.com/Randrianasulu/pmon/commits/2014 hopefully it will stay this way. Anyone know what license I must pick for this? 3-clause BSD? 4-clause BSD? (from Copyright file it lists 4 terms) 4-claus

[Qemu-devel] [PATCH] hw/ppc/prep: Drop useless inclusion of "hw/input/i8042.h"

In commit 47973a2dbf we split the last generic chipset out of the PC board, but missed to remove the i8042 keyboard controller. This omission was later fixed in commit 7cb00357c1, but here we forgot to remove the "i8042.h" include. Do it now. Signed-off-by: Philippe Mathieu-Daudé --- hw/ppc/prep

[Qemu-devel] [PATCH 11/14] hw/sparc/Kconfig: SPARCstation machine requires the TCX display

This is the default display device used in sun4m_hw_init(): /* If no display specified, default to TCX */ This fixes when configuring with --without-default-devices: $ sparc-softmmu/qemu-system-sparc qemu-system-sparc: Unknown device 'SUNW,tcx' for default sysbus Aborted (core dumped)

[Qemu-devel] [PATCH 10/14] hw/s390x/Kconfig: s390x machines require virtio-net-ccw device

This fixes when configuring with --without-default-devices: $ qemu-system-s390x qemu-system-s390x: Unknown device 'virtio-net-ccw' for bus 'virtual-css-bus' Aborted (core dumped) (gdb) bt #0 0x75a4353f in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

[Qemu-devel] [PATCH 13/14] hw/hppa/Kconfig: Dino board requires e1000 network card

This fixes when configuring with --without-default-devices: $ qemu-system-hppa qemu-system-hppa: Unsupported NIC model: e1000 Fixes: 9483cf27dd Signed-off-by: Philippe Mathieu-Daudé --- hw/hppa/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/hppa/Kconfig b/hw/hppa/Kconfig ind

[Qemu-devel] [PATCH 05/14] hw/i386/Kconfig: isapc machine requires e1000 network card

This fixes when configuring with --without-default-devices: $ qemu-system-i386 qemu-system-i386: Unsupported NIC model: e1000 Fixes: 7c28b925b7e Signed-off-by: Philippe Mathieu-Daudé --- hw/i386/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/i386/Kconfig b/hw/i386/Kconfig in

[Qemu-devel] [PATCH 14/14] hw/alpha/Kconfig: DP264 hardware requires e1000 network card

This fixes when configuring with --without-default-devices: $ qemu-system-alpha qemu-system-alpha: Unsupported NIC model: e1000 Fixes: d1a95ef4ac Signed-off-by: Philippe Mathieu-Daudé --- hw/alpha/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/alpha/Kconfig b/hw/alpha/Kconfig

[Qemu-devel] [PATCH 07/14] hw/mips/Kconfig: Fulong 2e board requires ati-vga/rtl8139 PCI devices

This fixes when configuring with --without-default-devices: $ qemu-system-mips64el -bios /dev/null -M fulong2e qemu-system-mips64el: Unknown device 'ati-vga' for bus 'PCI' Aborted (core dumped) (gdb) bt #0 0x75a2753f in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linu

[Qemu-devel] [PATCH 09/14] hw/ppc/Kconfig: e500 based machines require virtio-net-pci device

This fixes when configuring with --without-default-devices: $ qemu-system-ppc64 -bios /dev/null -M ppce500 qemu-system-ppc64: Unsupported NIC model: virtio-net-pci And: $ qemu-system-ppc64 -bios /dev/null -M mpc8544ds qemu-system-ppc64: Unsupported NIC model: virtio-net-pci Fixes: 98bd1

[Qemu-devel] [PATCH 03/14] hw/i386/Kconfig: Q35 machine requires e1000e network card

This fixes when configuring with --without-default-devices: $ qemu-system-x86_64 -M q35 qemu-system-x86_64: Unsupported NIC model: e1000e Fixes: 7c28b925b7e Signed-off-by: Philippe Mathieu-Daudé --- hw/i386/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/i386/Kconfig b/hw/i38

[Qemu-devel] [PATCH 06/14] hw/mips/Kconfig: Malta machine requires the pcnet network card

This fixes when configuring with --without-default-devices: $ qemu-system-mips64 -bios /dev/null -M malta qemu-system-mips64: Unsupported NIC model: pcnet Fixes: 7c28b925b7e Signed-off-by: Philippe Mathieu-Daudé --- default-configs/mips-softmmu-common.mak | 1 + 1 file changed, 1 insertion(

[Qemu-devel] [PATCH 12/14] hw/sh4/Kconfig: r2d machine requires the rtl8139 network card

This fixes when configuring with --without-default-devices: $ qemu-system-sh4 -M r2d qemu-system-sh4: Unsupported NIC model: rtl8139 Fixes: 7ab58d4c84 Signed-off-by: Philippe Mathieu-Daudé --- hw/sh4/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/sh4/Kconfig b/hw/sh4/Kconfig

[Qemu-devel] [PATCH 08/14] hw/ppc/Kconfig: Bamboo machine requires e1000 network card

This fixes when configuring with --without-default-devices: $ qemu-system-ppc64 -bios /dev/null -M bamboo qemu-system-ppc64: Unsupported NIC model: e1000 Fixes: 7c28b925b7e Signed-off-by: Philippe Mathieu-Daudé --- hw/ppc/Kconfig | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/ppc/Kc

[Qemu-devel] [PATCH 04/14] hw/i386/Kconfig: isapc machine requires VGA display

This fixes when configuring with --without-default-devices: $ qemu-system-x86_64 qemu-system-x86_64: Unknown device 'VGA' for bus 'PCI' Aborted (core dumped) (gdb) bt #0 0x75a2753f in __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50 #1 0x75a1189

[Qemu-devel] [PATCH 02/14] hw/isa/Kconfig: i82378 SuperIO requires PC speaker device

This fixes when configuring with --without-default-devices: $ qemu-system-ppc -M prep qemu-system-ppc: Machine type 'prep' is deprecated: use 40p machine type instead qemu-system-ppc: Unknown device 'isa-pcspk' for bus 'ISA' Fixes: dd0ff8191ab Signed-off-by: Philippe Mathieu-Daudé --- hw

[Qemu-devel] [PATCH 01/14] hw/isa/Kconfig: PIIX4 southbridge requires USB UHCI

This fixes when configuring with --without-default-devices: $ qemu-system-mips64 -bios /dev/null -M malta qemu-system-mips64: Unknown device 'piix4-usb-uhci' for bus 'PCI' Fixes: 7c28b925b7e Signed-off-by: Philippe Mathieu-Daudé --- hw/isa/Kconfig | 1 + 1 file changed, 1 insertion(+) diff

[Qemu-devel] [PATCH 00/14] hw/Kconfig: Fixes when running ./configure --without-default-devices

Hi, This series contains Kconfig fixes to be able to run binaries built using: './configure --without-default-devices'. Regards, Phil. Philippe Mathieu-Daudé (14): hw/isa/Kconfig: PIIX4 southbridge requires USB UHCI hw/isa/Kconfig: i82378 SuperIO requires PC speaker device hw/i386/Kconfig

Re: [Qemu-devel] Set up github repo for pmon sources

В сообщении от Saturday 16 March 2019 20:53:01 вы написали: > On 3/15/19 9:06 PM, Andrew Randrianasulu wrote: > > https://github.com/Randrianasulu/pmon/commits/2014 > > > > hopefully it will stay this way. > > > > Anyone know what license I must pick for this? > > 3-clause BSD? 4-clause BSD? (fro

Re: [Qemu-devel] Set up github repo for pmon sources

On 3/15/19 9:06 PM, Andrew Randrianasulu wrote: > https://github.com/Randrianasulu/pmon/commits/2014 > > hopefully it will stay this way. > > Anyone know what license I must pick for this? > 3-clause BSD? 4-clause BSD? (from Copyright file it lists 4 terms) 4-clause BSD is incompatible with the

[Qemu-devel] [PULL 1/2] target/hppa: Avoid squishing DISAS_IAQ_N_STALE_EXIT

Within a delay slot, we were squishing both DISAS_IAQ_N_STALE and DISAS_IAQ_N_STALE_EXIT to DISAS_IAQ_N_UPDATED. This lost the required exit to the main loop, and could result in interrupts never being delivered. Tested-by: Sven Schnelle Reported-by: Sven Schnelle Signed-off-by: Richard Henders

[Qemu-devel] [PULL for-4.0 0/2] target/hppa last fixes

/pull-hppa-20190316 for you to fetch changes up to 2b42f31eae2c24507c38326b3534cd9292e7dfcf: Update seabios-hppa to latest upstream (2019-03-15 10:11:16 -0700) Fix lost interrupts. Update se

Re: [Qemu-devel] [PATCH v2 00/12] bundle edk2 platform firmware with QEMU

14.03.2019 0:00, Laszlo Ersek wrote: Repo: https://github.com/lersek/qemu.git Branch: edk2_build_v2 Version 1, that is: [Qemu-devel] [PATCH 00/10] bundle edk2 platform firmware with QEMU ... Hmm. Why to do so? Isn't the goal was to REMOVE current ROM sources from qemu in favor of external

Re: [Qemu-devel] [PATCH v3 0/8] slirp: clarify license of slirp as BSD-3

Eric Blake, le jeu. 14 mars 2019 08:44:06 -0500, a ecrit: > However, while it does not affect compilation, it DOES have legal > ramification; I'd feel a lot better about having R-b on every patch, Sure, I was just asking for the git commit path :) I don't think it's useful to make it go through my

[Qemu-devel] [PATCH PULL 17/18] hw/pvrdma: Fix zero-initialization of resp in {query/modify}_qp

From: Kamal Heib Make sure to zero-initialize only the pvrdma_cmd_query_qp_resp and not the whole pvrdma_cmd_resp for query_qp, in modify_qp the resp isn't used so remove it. Reviewed-by: Yuval Shaia Signed-off-by: Kamal Heib Message-Id: <20190314153031.7197-5-kamalhe...@gmail.com> Signed-off-

[Qemu-devel] [PATCH PULL 02/18] hw/rdma: Switch to generic error reporting way

From: Yuval Shaia Utilize error_report for all pr_err calls and some pr_dbg that are considered as errors. For the remaining pr_dbg calls, the important ones were replaced by trace points while other deleted. Some of the functions got renamed to include prefix "rdma/pvrdma" in the function name.

[Qemu-devel] [PATCH PULL 14/18] hw/rdma: Fix broken paths to docs/devel/tracing.txt

From: Kamal Heib The tracing.txt file is under "docs/devel" and not "docs". Reviewed-by: Yuval Shaia Signed-off-by: Kamal Heib Message-Id: <20190314153031.7197-2-kamalhe...@gmail.com> Signed-off-by: Marcel Apfelbaum --- hw/rdma/trace-events | 2 +- hw/rdma/vmw/trace-events | 2 +- 2 file

[Qemu-devel] [PATCH PULL 18/18] hw/rdma: Fix the error prints in create_qp_rings()

From: Kamal Heib The prints should indicate that we are talking about QP and not CQ. Fixes: 98d176f8e592 ("hw/rdma: PVRDMA commands and data-path ops") Reviewed-by: Yuval Shaia Signed-off-by: Kamal Heib Message-Id: <20190227085546.23690-1-kamalhe...@gmail.com> Signed-off-by: Marcel Apfelbaum

[Qemu-devel] [PATCH PULL 15/18] hw/rdma: Remove unused parameter from rdma_poll_cq()

From: Kamal Heib The 'rdma_dev_res' parameter is not used in rdma_poll_cq(), so remove it. Reviewed-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Signed-off-by: Kamal Heib Message-Id: <20190314153031.7197-3-kamalhe...@gmail.com> Signed-off-by: Marcel Apfelbaum --- hw/rdma/rdma_backend.c | 7

[Qemu-devel] [PATCH PULL 06/18] {hmp, hw/pvrdma}: Expose device internals via monitor interface

From: Yuval Shaia Allow interrogating device internals through HMP interface. The exposed indicators can be used for troubleshooting by developers or sysadmin. There is no need to expose these attributes to a management system (e.x. libvirt) because (1) most of them are not "device-management' re

[Qemu-devel] [PATCH PULL 11/18] hw/pvrdma: Unregister from shutdown notifier when device goes down

From: Yuval Shaia This hook was installed to close the device when VM is going down. After the device is closed there is no need to be informed on VM shutdown. Signed-off-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Message-Id: <1552300155-25216-11-git-send-email-yuval.sh...@oracle.com> Revie

[Qemu-devel] [PATCH PULL 12/18] hw/pvrdma: Provide correct value to object_get_typename

From: Yuval Shaia Use base object of PCIDevice in call to object_get_typename(). Signed-off-by: Yuval Shaia Message-Id: <1552300155-25216-12-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Reviewed-by: Marcel Apfelbaum Signed-off-by: Marcel Apfelbaum --- hw/rdma/vmw/pvrdma_ma

[Qemu-devel] [PATCH PULL 16/18] hw/rdma: Use {} instead of {0}

From: Kamal Heib Initialize structs with {} instead of {0} to make sure that all code is using the same convention. Reviewed-by: Marcel Apfelbaum Signed-off-by: Kamal Heib Reviewed-by: Yuval Shaia Message-Id: <20190314153031.7197-4-kamalhe...@gmail.com> Signed-off-by: Marcel Apfelbaum --- h

[Qemu-devel] [PATCH PULL 10/18] hw/pvrdma: Delete pvrdma_exit function

From: Yuval Shaia This hook is not called and was implemented by mistake. Signed-off-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Message-Id: <1552300155-25216-10-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Signed-off-by: Marcel Apfelbaum --- hw/rdma/vmw/pvrdma_main.c |

[Qemu-devel] [PATCH PULL 13/18] hw/rdma: another clang compilation fix

Configuring QEMU with: configure --target-list="x86_64-softmmu" --cc=clang --enable-pvrdma Results in: qemu/hw/rdma/rdma_rm_defs.h:108:3: error: redefinition of typedef 'RdmaDeviceResources' is a C11 feature [-Werror,-Wtypedef-redefinition] } RdmaDeviceResources; ^ qemu/hw/rdma/rd

[Qemu-devel] [PATCH PULL 08/18] hw/rdma: Free all receive buffers when QP is destroyed

From: Yuval Shaia When QP is destroyed the backend QP is destroyed as well. This ensures we clean all received buffer we posted to it. However, a contexts of these buffers are still remain in the device. Fix it by maintaining a list of buffer's context and free them when QP is destroyed. Signed-

[Qemu-devel] [PATCH PULL 07/18] hw/rdma: Free all MAD receive buffers when device is closed

From: Yuval Shaia When device is going down free all saved MAD buffers. Signed-off-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Message-Id: <1552300155-25216-7-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Signed-off-by: Marcel Apfelbaum --- hw/rdma/rdma_backend.c| 34

[Qemu-devel] [PATCH PULL 09/18] hw/pvrdma: Delete unneeded function argument

From: Yuval Shaia The function's argument rdma_dev_res is not needed as it is stored in the backend_dev object at init. Signed-off-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Message-Id: <1552300155-25216-9-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Signed-off-by: Marcel

[Qemu-devel] [PATCH PULL 04/18] hw/rdma: Protect against concurrent execution of poll_cq

From: Yuval Shaia The function rdma_poll_cq is called from two contexts - completion handler thread which sense new completion on backend channel and explicitly as result of guest issuing poll_cq command. Add lock to protect against concurrent executions. Signed-off-by: Yuval Shaia Reviewed-by

[Qemu-devel] [PATCH PULL 03/18] hw/rdma: Introduce protected qlist

From: Yuval Shaia To make code more readable move handling of protected list to a rdma_utils Signed-off-by: Yuval Shaia Reviewed-by: Marcel Apfelbaum Message-Id: <1552300155-25216-3-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Signed-off-by: Marcel Apfelbaum --- hw/rdma/rd

[Qemu-devel] [PATCH PULL 01/18] contrib/rdmacm-mux: Fix out-of-bounds risk

From: Yuval Shaia The function get_fd extract context from the received MAD message and uses it as a key to fetch the destination fd from the mapping table. A context can be dgid in case of CM request message or comm_id in case of CM SIDR response message. When MAD message with a smaller size as

[Qemu-devel] [PATCH PULL 00/18] RDMA queue

The following changes since commit 8b088d3f8ab5642020d28fa0c2a8d938bc5f3592: Merge remote-tracking branch 'remotes/pmaydell/tags/pull-target-arm-20190315' into staging (2019-03-15 11:39:42 +) are available in the Git repository at: https://github.com/marcel-apf/qemu tags/rdma-pull-reque

[Qemu-devel] [PATCH PULL 05/18] hw/pvrdma: Collect debugging statistics

From: Yuval Shaia Add counters to enable enhance debugging Signed-off-by: Yuval Shaia Message-Id: <1552300155-25216-5-git-send-email-yuval.sh...@oracle.com> Reviewed-by: Kamal Heib Signed-off-by: Marcel Apfelbaum --- hw/rdma/rdma_backend.c| 70 +-- hw/

Re: [Qemu-devel] [PATCH v4 0/2] ati-vga: Implement DDC and EDID info from monitor

On Sat, 16 Mar 2019, BALATON Zoltan wrote: Version 4 try to fix an ASan warning about leaking bitbang_i2c. I still get ASan warning but it's about gpio_i2c_init in bitbang_i2c.c which I haven't changed nor using so I think this is pre-existing problem in bitbang_i2c.c which was exposed by tou

Re: [Qemu-devel] [PATCH] hw/s390x: fix clang compilation on 32bit machines

Hi Philippe, On 3/16/19 1:09 PM, Philippe Mathieu-Daudé wrote: Hi Marcel, On 3/16/19 10:50 AM, Marcel Apfelbaum wrote: Configuring QEMU with: configure --cc=clang --target-list=s390x-softmmu And compiling it using a 32 bit machine leads to: Because there sizeof(ram_addr_t) = sizeof(uintp

Re: [Qemu-devel] [PATCH v4 0/2] ati-vga: Implement DDC and EDID info from monitor

Patchew URL: https://patchew.org/QEMU/cover.1552737957.git.bala...@eik.bme.hu/ Hi, This series failed the asan build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. === TEST SCRIPT BEGIN === #!/bin/bash time ma

[Qemu-devel] [PATCH v4 0/2] ati-vga: Implement DDC and EDID info from monitor

Version 4 try to fix an ASan warning about leaking bitbang_i2c. Version 3 keeps bitbang_i2c.h and moves it to include/hw/i2c/ otherwise same as version 2. BALATON Zoltan (2): i2c: Move bitbang_i2c.h to include/hw/i2c/ ati-vga: Implement DDC and EDID info from monitor hw/display/Kconfig

[Qemu-devel] [PATCH v4 2/2] ati-vga: Implement DDC and EDID info from monitor

This adds DDC support to ati-vga and connects i2c-ddc to provide EDID info that is read by guests to find available screen modes. Not sure if this is 100% correct yet but at least MorphOS is happy with it and starts in a high resolution mode instead of 640x480 (although its splash screen is still n

[Qemu-devel] [PATCH v4 1/2] i2c: Move bitbang_i2c.h to include/hw/i2c/

The bitbang i2c implementation is also useful for other device models such as DDC in display controllers. Move the header to include/hw/i2c/ to allow it to be used from other device models and adjust users of this include. This also reverts commit 2b4c1125ac which is no longer needed. Signed-off-b

Re: [Qemu-devel] [PATCH] hw/s390x: fix clang compilation on 32bit machines

Hi Marcel, On 3/16/19 10:50 AM, Marcel Apfelbaum wrote: > Configuring QEMU with: > configure --cc=clang --target-list=s390x-softmmu > And compiling it using a 32 bit machine leads to: Because there sizeof(ram_addr_t) = sizeof(uintptr_t) = 32. > hw/s390x/s390-virtio-ccw.c:175:27: error: i

Re: [Qemu-devel] [RFC PATCH 3/3] hw/acpi: Extract build_mcfg

On Thu, Mar 14, 2019 at 10:18:30AM +0100, Igor Mammedov wrote: >On Wed, 13 Mar 2019 21:31:37 + >Wei Yang wrote: > >> On Wed, Mar 13, 2019 at 05:09:43PM +0100, Igor Mammedov wrote: >> >On Wed, 13 Mar 2019 13:33:59 + >> >Wei Yang wrote: >> > >> >> On Wed, Mar 13, 2019 at 01:23:00PM +0100,

[Qemu-devel] [PATCH] hw/s390x: fix clang compilation on 32bit machines

Configuring QEMU with: configure --cc=clang --target-list=s390x-softmmu And compiling it using a 32 bit machine leads to: hw/s390x/s390-virtio-ccw.c:175:27: error: implicit conversion from 'unsigned long long' to 'ram_addr_t' (aka 'unsigned int') changes value from 8796091973632