Re: [Qemu-devel] [PATCH v2 2/2] vl: Partial support for non-scalar properties with -object

Eric Blake writes: > On 08/11/2017 11:05 AM, Markus Armbruster wrote: >> We've wanted -object to support non-scalar properties for a while. >> Dan Berrange tried in "[PATCH v4 00/10]Provide a QOM-based >> authorization API". Review led to the conclusion that we need to >>

Re: [Qemu-devel] [Qemu-ppc] [PATCH] hw/ppc/spapr_cpu_core: Add a proper check for spapr machine

On 14.08.2017 05:24, David Gibson wrote: > On Sat, Aug 12, 2017 at 12:16:51PM +0200, Greg Kurz wrote: >> On Sat, 12 Aug 2017 10:38:10 +0200 >> Thomas Huth wrote: >> >>> QEMU currently crashes when the user tries to add a spapr-cpu-core >>> on a non-pseries machine: >>> >>> $

Re: [Qemu-devel] [Qemu-ppc] [PATCH] hw/ppc/spapr_cpu_core: Add a proper check for spapr machine

On Sat, Aug 12, 2017 at 12:16:51PM +0200, Greg Kurz wrote: > On Sat, 12 Aug 2017 10:38:10 +0200 > Thomas Huth wrote: > > > QEMU currently crashes when the user tries to add a spapr-cpu-core > > on a non-pseries machine: > > > > $ qemu-system-ppc64 -S -machine ppce500,accel=tcg

Re: [Qemu-devel] [RFC PATCH 01/12] ppc4xx: Move MAL from ppc405_uc to ppc4xx_devs

On Sun, Aug 13, 2017 at 07:04:38PM +0200, BALATON Zoltan wrote: > This device appears in other SoCs as well not just in 405 ones > > Signed-off-by: BALATON Zoltan Reviewed-by: David Gibson > --- > hw/ppc/ppc405_uc.c | 263

Re: [Qemu-devel] [RFC PATCH 04/12] ehci: Add ppc4xx-ehci for the USB 2.0 controller in embedded PPC SoCs

On Sun, Aug 13, 2017 at 07:04:38PM +0200, BALATON Zoltan wrote: This needs a commit message. AFAICT the new device is basically a sysbus EHCI with some altered initial values. Why do those values need to be different? Where do the new values come from? > Signed-off-by: BALATON Zoltan

[Qemu-devel] [Bug 1096713] Re: qemu 1.3.0: Windows XP crashes when reconizing the USB keyboard

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1096713 Title: qemu

[Qemu-devel] [Bug 1093691] Re: QEMU build fails on OpenBSD/mips64

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1093691 Title: QEMU build

[Qemu-devel] [PULL 5/5] qemu-doc: Mention host_net_add/-remove in the deprecation chapter

From: Thomas Huth The two HMP commands host_net_add and -remove have recently been marked as deprecated, too, so we should now mention them in the chapter of deprecated features. Signed-off-by: Thomas Huth Signed-off-by: Jason Wang ---

[Qemu-devel] [PULL 4/5] net/rocker: Fix the unusual macro name

From: Mao Zhongyi Cc: jasow...@redhat.com Cc: j...@resnulli.us Cc: arm...@redhat.com Cc: f4...@amsat.org Suggested-by: Markus Armbruster Signed-off-by: Mao Zhongyi Reviewed-by: Markus Armbruster

[Qemu-devel] [PULL 3/5] net/rocker: Convert to realize()

From: Mao Zhongyi The rocker device still implements the old PCIDeviceClass .init() instead of the new .realize(). All devices need to be converted to .realize(). .init() reports errors with fprintf() and return 0 on success, negative number on failure. Meanwhile,

[Qemu-devel] [PULL 1/5] net/rocker: Remove the dead error handling

From: Mao Zhongyi Memory allocation functions like world_alloc, desc_ring_alloc etc, they are all wrappers around g_malloc, g_new etc. But g_malloc and similar functions doesn't return null. Because they ignore the fact that g_malloc() of 0 bytes returns null. So error

[Qemu-devel] [PULL 2/5] net/rocker: Plug memory leak in pci_rocker_init()

From: Mao Zhongyi pci_rocker_init() leaks a World when the name more than 9 chars, then return a negative value directly, doesn't make a correct cleanup. So add a new goto label to fix it. Cc: jasow...@redhat.com Cc: j...@resnulli.us Cc: arm...@redhat.com Cc:

[Qemu-devel] [PULL 0/5] Net patches

The following changes since commit 9db6ffc76676731a25a5538ab71e8ca6ac234f80: Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging (2017-08-11 15:11:50 +0100) are available in the git repository at: https://github.com/jasowang/qemu.git tags/net-pull-request for you

Re: [Qemu-devel] [PATCH for-2.10] qemu-doc: Mention host_net_add/-remove in the deprecation chapter

On 2017年08月10日 15:48, Thomas Huth wrote: The two HMP commands host_net_add and -remove have recently been marked as deprecated, too, so we should now mention them in the chapter of deprecated features. Signed-off-by: Thomas Huth --- qemu-doc.texi | 8 1 file

Re: [Qemu-devel] [PATCH] net: rtl8139: do not use old_mmio accesses

On 2017年08月13日 05:34, Matt Parker wrote: This updates the current MemoryRegionOps for the bar 1 memory region from using the old_mmio accessors to the .read and .write accessors. Signed-off-by: Matt Parker --- hw/net/rtl8139.c | 60

[Qemu-devel] [RFC PATCH 12/12] ppc: Add aCube Sam460ex board

Add emulation of aCube Sam460ex board based on AMCC 460EX embedded SoC. This is not a full implementation yet with a lot of components still missing but enough to start a Linux kernel and the U-Boot firmware. Signed-off-by: François Revol Signed-off-by: BALATON Zoltan

[Qemu-devel] [RFC PATCH 08/12] hw/ide: Emulate SiI3112 SATA controller

Signed-off-by: BALATON Zoltan --- hw/ide/Makefile.objs | 1 + hw/ide/sii3112.c | 365 +++ 2 files changed, 366 insertions(+) create mode 100644 hw/ide/sii3112.c diff --git a/hw/ide/Makefile.objs b/hw/ide/Makefile.objs

[Qemu-devel] [RFC PATCH 02/12] ppc4xx: Make MAL emulation more generic

Allow MAL with more RX and TX channels as found in newer versions. Signed-off-by: BALATON Zoltan --- hw/ppc/ppc405_uc.c | 2 +- hw/ppc/ppc4xx_devs.c| 171 +++- include/hw/ppc/ppc4xx.h | 3 +- 3 files changed, 70

[Qemu-devel] [RFC PATCH 01/12] ppc4xx: Move MAL from ppc405_uc to ppc4xx_devs

This device appears in other SoCs as well not just in 405 ones Signed-off-by: BALATON Zoltan --- hw/ppc/ppc405_uc.c | 263 --- hw/ppc/ppc4xx_devs.c| 264

[Qemu-devel] [RFC PATCH 09/12] ppc440: Add emulation of plb-pcix controller found in some 440 SoCs

Signed-off-by: BALATON Zoltan --- hw/ppc/Makefile.objs | 2 +- hw/ppc/ppc440_pcix.c | 506 +++ 2 files changed, 507 insertions(+), 1 deletion(-) create mode 100644 hw/ppc/ppc440_pcix.c diff --git a/hw/ppc/Makefile.objs

[Qemu-devel] [RFC PATCH 05/12] ppc4xx: Split off 4xx I2C emulation from ppc405_uc to its own file

Signed-off-by: BALATON Zoltan --- hw/ppc/Makefile.objs | 2 +- hw/ppc/ppc405.h | 2 + hw/ppc/ppc405_uc.c | 241 - hw/ppc/ppc4xx_i2c.c | 272 +++ 4 files changed, 275

[Qemu-devel] [RFC PATCH 06/12] ppc4xx_i2c: QOMify

Signed-off-by: BALATON Zoltan --- hw/ppc/ppc405.h | 2 - hw/ppc/ppc405_uc.c | 5 +- hw/ppc/ppc4xx_i2c.c | 153 +--- include/hw/i2c/ppc4xx_i2c.h | 59 + 4 files changed, 121

[Qemu-devel] [RFC PATCH 07/12] ppc4xx_i2c: Implement basic I2C functions

Enough to please U-Boot and make it able to detect SDRAM SPD EEPROMs Signed-off-by: François Revol Signed-off-by: BALATON Zoltan --- hw/ppc/ppc4xx_i2c.c | 214 +--- include/hw/i2c/ppc4xx_i2c.h | 5 ++ 2 files

[Qemu-devel] [RFC PATCH 10/12] ppc: Add 460EX embedded CPU

Despite its name it is a 440 core CPU Signed-off-by: BALATON Zoltan --- target/ppc/cpu-models.c | 3 +++ target/ppc/cpu-models.h | 1 + target/ppc/translate_init.c | 38 ++ 3 files changed, 42 insertions(+) diff --git

[Qemu-devel] [RFC PATCH 11/12] ppc4xx: Export ECB and PLB emulation

These devices are found in some other ppc4xx cores too. Also add some more PLB registers for 460EX. Signed-off-by: BALATON Zoltan --- hw/ppc/ppc405.h| 3 +++ hw/ppc/ppc405_uc.c | 16 +++- 2 files changed, 14 insertions(+), 5 deletions(-) diff --git

[Qemu-devel] [RFC PATCH 00/12] Sam460ex emulation

Hello, Here's a series to add emulation of the Sam460ex to QEMU. (This board is interesting because besides Linux, it is supported by several Amiga like OSes.) This code is based on previous work by François Revol, cleaning it up and adding some missing parts to get it to start working at least

[Qemu-devel] [RFC PATCH 04/12] ehci: Add ppc4xx-ehci for the USB 2.0 controller in embedded PPC SoCs

Signed-off-by: BALATON Zoltan --- hw/usb/hcd-ehci-sysbus.c | 25 + hw/usb/hcd-ehci.h| 1 + 2 files changed, 26 insertions(+) diff --git a/hw/usb/hcd-ehci-sysbus.c b/hw/usb/hcd-ehci-sysbus.c index 6c20604..3b83beb 100644 ---

[Qemu-devel] [RFC PATCH 03/12] ohci: Allow sysbus version to be used as a companion

Signed-off-by: BALATON Zoltan --- hw/usb/hcd-ohci.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/hw/usb/hcd-ohci.c b/hw/usb/hcd-ohci.c index 267982e..17beedd 100644 --- a/hw/usb/hcd-ohci.c +++ b/hw/usb/hcd-ohci.c @@ -1999,7 +1999,9 @@

Re: [Qemu-devel] [Qemu-ppc] [PATCH] hw/ppc/spapr_cpu_core: Add a proper check for spapr machine

On Sat, 12 Aug 2017 12:16:51 +0200 Greg Kurz wrote: > On Sat, 12 Aug 2017 10:38:10 +0200 > Thomas Huth wrote: > > > QEMU currently crashes when the user tries to add a spapr-cpu-core > > on a non-pseries machine: > > > > $ qemu-system-ppc64 -S -machine

[Qemu-devel] Help with Windows NT 4.0

Lately I found out that Windows NT 4.0 seems to work well with the 486 and pentium processors. Using "-cpu 486" made installing it actually work. Now I am seeing another issue. When I boot Windows NT 4.0 I see this error message: *** STOP: 0x007B

[Qemu-devel] [PATCH v6 3/3] pci: enable RedHat PCI bridges to reserve additional resource on PCI init

In case of Red Hat Generic PCIE Root Port reserve additional buses and/or IO/MEM/PREF space, which values are provided in a vendor-specific capability. Signed-off-by: Aleksandr Bezzubikov --- src/fw/pciinit.c | 99 +---

[Qemu-devel] [PATCH v6 0/3] Red Hat PCI bridge resource reserve capability

Now PCI bridges get a bus range number on a system init, basing on currently plugged devices. That's why when one wants to hotplug another bridge, it needs his child bus, which the parent is unable to provide (speaking about virtual device). The suggested workaround is to have vendor-specific

[Qemu-devel] [PATCH v6 1/3] pci: refactor pci_find_capapibilty to get bdf as the first argument instead of the whole pci_device

Refactor pci_find_capability function to get bdf instead of a whole pci_device* as the only necessary field for this function is still bdf. Signed-off-by: Aleksandr Bezzubikov Reviewed-by: Marcel Apfelbaum --- src/fw/pciinit.c| 4 ++-- src/hw/pci.c

[Qemu-devel] [PATCH v6 2/3] pci: add QEMU-specific PCI capability structure

On PCI init PCI bridge devices may need some extra info about bus number to reserve, IO, memory and prefetchable memory limits. QEMU can provide this with special vendor-specific PCI capability. This capability is intended to be used only for Red Hat PCI bridges, i.e. QEMU cooperation.

Re: [Qemu-devel] [PATCH v6 0/4] Generic PCIE-PCI Bridge

2017-08-13 18:49 GMT+03:00 Aleksandr Bezzubikov : > This series introduces a new device - Generic PCI Express to PCI bridge, > and also makes all necessary changes to enable hotplug of the bridge itself > and any device into the bridge. > > Changes v5->v6: > 1. Fix indentation

[Qemu-devel] [PATCH 3/3] qga: Prevent qemu-ga exit if serial doesn't exist

From: Sameeh Jubran Currently whenever the qemu-ga's service doesn't find the virtio-serial it terminates. This commit addresses this issue by listening to the serial events by registering for notifications for the chosen serial and it handles channel initialization

[Qemu-devel] [PATCH 0/3]

From: Sameeh Jubran This series fixes qemu-ga's behaviour upon facing a missing serial/serial driver by listening to the serial device's events. For more info on why this series is needed checkout the commit message of the third patch and the following bugzilla:

[Qemu-devel] [PATCH 2/3] qga: main: make qga config and socket activation global

From: Sameeh Jubran Signed-off-by: Sameeh Jubran --- qga/main.c | 44 +++- 1 file changed, 23 insertions(+), 21 deletions(-) diff --git a/qga/main.c b/qga/main.c index 1b381d0..cf312b9 100644 --- a/qga/main.c +++

[Qemu-devel] [PATCH 1/3] qga: Channel: Add functions for checking serial status

From: Sameeh Jubran This commit adds functions to check if the serial is connected/disconnected or else if it has been attached or detached. Signed-off-by: Sameeh Jubran --- qga/channel-posix.c | 54 +++

[Qemu-devel] [PATCH v6 1/4] hw/pci: introduce pcie-pci-bridge device

Introduce a new PCIExpress-to-PCI Bridge device, which is a hot-pluggable PCI Express device and supports devices hot-plug with SHPC. This device is intended to replace the DMI-to-PCI Bridge. Signed-off-by: Aleksandr Bezzubikov Reviewed-by: Marcel Apfelbaum

[Qemu-devel] [PATCH v6 2/4] hw/pci: introduce bridge-only vendor-specific capability to provide some hints to firmware

On PCI init PCI bridges may need some extra info about bus number, IO, memory and prefetchable memory to reserve. QEMU can provide this with a special vendor-specific PCI capability. Signed-off-by: Aleksandr Bezzubikov Reviewed-by: Marcel Apfelbaum ---

[Qemu-devel] [PATCH v6 4/4] docs: update documentation considering PCIE-PCI bridge

Signed-off-by: Aleksandr Bezzubikov Reviewed-by: Laszlo Ersek Reviewed-by: Marcel Apfelbaum --- docs/pcie.txt| 49 ++-- docs/pcie_pci_bridge.txt | 114 +++ 2 files

[Qemu-devel] [PATCH v6 0/4] Generic PCIE-PCI Bridge

This series introduces a new device - Generic PCI Express to PCI bridge, and also makes all necessary changes to enable hotplug of the bridge itself and any device into the bridge. Changes v5->v6: 1. Fix indentation in the cap creation function (addresses Marcel's comment) 2. Simplify capability

[Qemu-devel] [PATCH v6 3/4] hw/pci: add QEMU-specific PCI capability to the Generic PCI Express Root Port

To enable hotplugging of a newly created pcie-pci-bridge, we need to tell firmware (e.g. SeaBIOS) to reserve additional buses or IO/MEM/PREF space for pcie-root-port. Additional bus reservation allows us to hotplug pcie-pci-bridge into this root port. The number of buses and IO/MEM/PREF space to

[Qemu-devel] [RFC PATCH V2] target-i386 : reduce rtc 0x70 access vm-exit time

some versions of windows guest access rtc frequently because of rtc as system tick.guest access rtc like this: write register index to 0x70, then write or read data from 0x71. writing 0x70 port is just as index and do nothing else. So we can use coalesced mmio to handle this scene to reduce

Re: [Qemu-devel] [PATCH v5 3/3] pci: enable RedHat PCI bridges to reserve additional resource on PCI init

On 11/08/2017 2:21, Aleksandr Bezzubikov wrote: In case of Red Hat Generic PCIE Root Port reserve additional buses and/or IO/MEM/PREF space, which values are provided in a vendor-specific capability. Signed-off-by: Aleksandr Bezzubikov --- src/fw/dev-pci.h | 2 +-

Re: [Qemu-devel] [PATCH v5 3/3] pci: enable RedHat PCI bridges to reserve additional resource on PCI init

On 11/08/2017 2:21, Aleksandr Bezzubikov wrote: In case of Red Hat Generic PCIE Root Port reserve additional buses and/or IO/MEM/PREF space, which values are provided in a vendor-specific capability. Hi Aleksandr, Signed-off-by: Aleksandr Bezzubikov ---

Re: [Qemu-devel] [PATCH v5 4/4] docs: update documentation considering PCIE-PCI bridge

On 11/08/2017 2:31, Aleksandr Bezzubikov wrote: Signed-off-by: Aleksandr Bezzubikov --- docs/pcie.txt| 49 ++-- docs/pcie_pci_bridge.txt | 115 +++ 2 files changed, 141 insertions(+), 23

Re: [Qemu-devel] [PATCH v5 2/4] hw/pci: introduce bridge-only vendor-specific capability to provide some hints to firmware

On 11/08/2017 2:31, Aleksandr Bezzubikov wrote: On PCI init PCI bridges may need some extra info about bus number, IO, memory and prefetchable memory to reserve. QEMU can provide this with a special vendor-specific PCI capability. Hi Aleksandr, I only have a few very small comments, other

Re: [Qemu-devel] [PATCH v5 1/4] hw/pci: introduce pcie-pci-bridge device

On 11/08/2017 2:31, Aleksandr Bezzubikov wrote: Introduce a new PCIExpress-to-PCI Bridge device, which is a hot-pluggable PCI Express device and supports devices hot-plug with SHPC. This device is intended to replace the DMI-to-PCI Bridge. Signed-off-by: Aleksandr Bezzubikov