Re: [Qemu-devel] TAP network breaks after debugger break-in

2015-07-06 Thread Stefan Hajnoczi
On Mon, Jul 06, 2015 at 02:34:24PM +0300, Max Filippov wrote: > On Mon, Jul 6, 2015 at 10:57 AM, Fam Zheng wrote: > > On Mon, 07/06 10:45, Max Filippov wrote: > >> On Mon, Jul 6, 2015 at 10:36 AM, Fam Zheng wrote: > >> > On Mon, 07/06 10:27, Max Filippov wrote: > >> >> On Mon, Jul 6, 2015 at 4:55

Re: [Qemu-devel] [PATCH v5] pci : Add pba_offset PCI quirk for Chelsio T5 devices

2015-07-06 Thread Bandan Das
Gabriel Laupre writes: > Fix pba_offset initialization value for Chelsio T5 Virtual Function > device. The T5 hardware has a bug in it where it reports a Pending Interrupt > Bit Array Offset of 0x8000 for its SR-IOV Virtual Functions instead > of the 0x1000 that the hardware actually uses interna

Re: [Qemu-devel] qtest hang in /x86_64/ahci/io/ncq/simple (ppc64 host)

2015-07-06 Thread John Snow
On 07/06/2015 11:35 AM, Peter Maydell wrote: > I'm seeing a qtest hang in the /x86_64/ahci/io/ncq/simple > test case. It looks like QEMU is running OK, but the qtest test > is busy-looping in ahci_command_wait(): > > #0 ahci_command_wait (ahci=0x1003f3f9400, cmd=0x1003f401810) at > /home/pm215/

Re: [Qemu-devel] [PATCH qemu v10 04/14] spapr_iommu: Move table allocation to helpers

2015-07-06 Thread Alexey Kardashevskiy
On 07/07/2015 01:14 AM, Thomas Huth wrote: On Mon, 6 Jul 2015 12:11:00 +1000 Alexey Kardashevskiy wrote: At the moment presence of vfio-pci devices on a bus affect the way the guest view table is allocated. If there is no vfio-pci on a PHB and the host kernel supports KVM acceleration of H_PU

Re: [Qemu-devel] TAP network breaks after debugger break-in

2015-07-06 Thread Max Filippov
On Mon, Jul 6, 2015 at 6:36 PM, Stefan Hajnoczi wrote: > On Mon, Jul 06, 2015 at 02:34:24PM +0300, Max Filippov wrote: >> On Mon, Jul 6, 2015 at 10:57 AM, Fam Zheng wrote: >> > On Mon, 07/06 10:45, Max Filippov wrote: >> >> On Mon, Jul 6, 2015 at 10:36 AM, Fam Zheng wrote: >> >> > On Mon, 07/06

[Qemu-devel] qtest hang in /x86_64/ahci/io/ncq/simple (ppc64 host)

2015-07-06 Thread Peter Maydell
I'm seeing a qtest hang in the /x86_64/ahci/io/ncq/simple test case. It looks like QEMU is running OK, but the qtest test is busy-looping in ahci_command_wait(): #0 ahci_command_wait (ahci=0x1003f3f9400, cmd=0x1003f401810) at /home/pm215/qemu/tests/libqos/ahci.c:929 #1 0x1001ba10 in ahci

Re: [Qemu-devel] [PATCH v6 2/6] spapr: Add LMB DR connectors

2015-07-06 Thread Thomas Huth
On Mon, 29 Jun 2015 14:14:28 +0530 Bharata B Rao wrote: > Enable memory hotplug for pseries 2.4 and add LMB DR connectors. > With memory hotplug, enforce RAM size, NUMA node memory size and maxmem > to be a multiple of SPAPR_MEMORY_BLOCK_SIZE (256M) since that's the > granularity in which LMBs ar

Re: [Qemu-devel] [PATCH qemu v10 00/14] spapr: vfio: Enable Dynamic DMA windows (DDW)

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:10:56 +1000 Alexey Kardashevskiy wrote: ... > > This patchset adds DDW support for pseries. The host kernel changes are > required, available in the current upstream. > > This patchset is based on git://github.com/dgibson/qemu.git spapr-next branch. > > Please comment. Th

[Qemu-devel] [Bug 1471583] Re: QCA988X Wifi Card Not PCI Passing Through

2015-07-06 Thread Alex Williamson
No, the -host- kernel. The problem is that these Atheros WiFi chips do not come back when we do a PCI bus reset. These devices only offer two ways to reset the device, a power management reset and a PCI bus reset. The extent of a power management reset is poorly defined, so we tend to prefer a PC

Re: [Qemu-devel] [RFC 03/10] fdc: respect default drive type

2015-07-06 Thread John Snow
On 07/04/2015 02:47 AM, Markus Armbruster wrote: > John Snow writes: > >> On 07/03/2015 09:34 AM, Markus Armbruster wrote: >>> John Snow writes: >>> Respect the default drive type as proffered via the CLI. This patch overloads the "drive out" parameter of pick_geometry to b

Re: [Qemu-devel] [PATCH qemu v10 00/14] spapr: vfio: Enable Dynamic DMA windows (DDW)

2015-07-06 Thread Alexey Kardashevskiy
On 07/07/2015 01:54 AM, Thomas Huth wrote: On Mon, 6 Jul 2015 12:10:56 +1000 Alexey Kardashevskiy wrote: ... This patchset adds DDW support for pseries. The host kernel changes are required, available in the current upstream. This patchset is based on git://github.com/dgibson/qemu.git spapr-

Re: [Qemu-devel] [PATCH qemu v10 00/14] spapr: vfio: Enable Dynamic DMA windows (DDW)

2015-07-06 Thread Thomas Huth
On Tue, 7 Jul 2015 02:07:36 +1000 Alexey Kardashevskiy wrote: > On 07/07/2015 01:54 AM, Thomas Huth wrote: > > On Mon, 6 Jul 2015 12:10:56 +1000 > > Alexey Kardashevskiy wrote: > > ... > >> > >> This patchset adds DDW support for pseries. The host kernel changes are > >> required, available in

Re: [Qemu-devel] [PATCH qemu v10 13/14] vfio: spapr: Add SPAPR IOMMU v2 support (DMA memory preregistering)

2015-07-06 Thread Alex Williamson
On Tue, 2015-07-07 at 01:34 +1000, Alexey Kardashevskiy wrote: > On 07/06/2015 11:42 PM, Alex Williamson wrote: > > On Mon, 2015-07-06 at 12:11 +1000, Alexey Kardashevskiy wrote: > >> This makes use of the new "memory registering" feature. The idea is > >> to provide the userspace ability to notify

[Qemu-devel] [PULL v2 00/13] KVM patches (SMM implementation) for 2015-07-06

2015-07-06 Thread Paolo Bonzini
The following changes since commit 7edd8e4660beb301d527257f8e04ebec0f841cb0: Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging (2015-07-06 14:03:44 +0100) are available in the git repository at: git://github.com/bonzini/qemu.git tags/for-upstream-smm for you to

[Qemu-devel] [PULL 03/13] target-i386: add support for SMBASE MSR and SMIs

2015-07-06 Thread Paolo Bonzini
Apart from the MSR, the smi field of struct kvm_vcpu_events has to be translated into the corresponding CPUX86State fields. Also, memory transaction flags depend on SMM state, so pull it from struct kvm_run on every exit from KVM to userspace. Signed-off-by: Paolo Bonzini --- target-i386/cpu.h

[Qemu-devel] [PATCH V3 2/8] Introduce AUX bus.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This introduces a new bus: aux-bus. It contains an address space for aux slaves devices and a bridge to an I2C bus for I2C through AUX transactions. Signed-off-by: KONRAD Frederic --- default-configs/aarch64-softmmu.mak | 1 + hw/misc/Makefile.objs | 1

[Qemu-devel] [PATCH V3 1/8] i2cbus: remove unused dev field.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic Seems this field is not needed. Signed-off-by: KONRAD Frederic --- hw/i2c/core.c | 1 - 1 file changed, 1 deletion(-) diff --git a/hw/i2c/core.c b/hw/i2c/core.c index 5a64026..e0f92de 100644 --- a/hw/i2c/core.c +++ b/hw/i2c/core.c @@ -13,7 +13,6 @@ struct I2CBus {

[Qemu-devel] [PATCH V3 3/8] i2c: implement broadcast write.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This does a write to every slaves when the I2C bus get a write to address 0. Signed-off-by: KONRAD Frederic --- hw/i2c/core.c | 45 - 1 file changed, 44 insertions(+), 1 deletion(-) diff --git a/hw/i2c/core.c b/hw/i2c/core.c in

[Qemu-devel] [PATCH V3 0/8] Xilinx DisplayPort.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This is the third version of this patch-set of the implementation of the Xilinx DisplayPort and DPDMA. This third version took a lot of coding style fix. There are no functional changes. First patch introduces an AUX bus needed by the DP to read the DPCD. It's also possibl

Re: [Qemu-devel] qtest hang in /x86_64/ahci/io/ncq/simple (ppc64 host)

2015-07-06 Thread Paolo Bonzini
On 06/07/2015 17:41, John Snow wrote: > I'll take a look. More than possible there's a race in the wait > conditional that I have just never seen before. > > I tweaked it a little recently to wait on both NCQ and traditional > completion, but it doesn't have a timeout or anything. I'll go ahead

[Qemu-devel] [PATCH V3 6/8] Introduce xilinx dpdma.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This is the implementation of the DPDMA. Signed-off-by: KONRAD Frederic --- hw/dma/Makefile.objs | 1 + hw/dma/xlnx_dpdma.c | 789 +++ hw/dma/xlnx_dpdma.h | 77 + 3 files changed, 867 insertions(+) create mode 1006

[Qemu-devel] [PATCH V3 5/8] hw/i2c-ddc.c: Implement DDC I2C slave

2015-07-06 Thread fred . konrad
From: Peter Maydell Implement an I2C slave which implements DDC and returns the EDID data for an attached monitor. Signed-off-by: Peter Maydell - Rebased on the current master. - Modified for QOM. Signed-off-by: KONRAD Frederic --- default-configs/aarch64-softmmu.mak | 1 + hw/i2c/Mak

[Qemu-devel] [PATCH V3 4/8] introduce dpcd module.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This introduces a DPCD module. It wires on a aux-bus and can be accessed by driver to get lane-speed, etc. Signed-off-by: KONRAD Frederic --- default-configs/aarch64-softmmu.mak | 1 + hw/display/Makefile.objs| 1 + hw/display/dpcd.c | 15

Re: [Qemu-devel] [PATCH V2 2/7] i2c: implement broadcast write.

2015-07-06 Thread Frederic Konrad
On 24/06/2015 08:35, Peter Crosthwaite wrote: On Mon, Jun 15, 2015 at 8:15 AM, wrote: From: KONRAD Frederic This does a write to every slaves when the I2C bus get a write to address 0. Signed-off-by: KONRAD Frederic --- hw/i2c/core.c | 46 +-

[Qemu-devel] [Bug 1471583] Re: QCA988X Wifi Card Not PCI Passing Through

2015-07-06 Thread bill
I see. And now I also understand that the patch is to the *PCI* driver, not the ath10k driver. I was busily trying to get the SRPM for ElRepo's 4.1 kernel to recompile for the guest, but it is not there. He has something called "kernel- ml-4.1.1-1.el7.elrepo.nosrc.rpm" which is incomplete, and s

Re: [Qemu-devel] [PATCH V2 3/7] introduce dpcd module.

2015-07-06 Thread Frederic Konrad
On 24/06/2015 08:44, Peter Crosthwaite wrote: On Mon, Jun 15, 2015 at 8:15 AM, wrote: From: KONRAD Frederic This introduces a DPCD modules. It wires on a aux-bus and can be accessed by "module" driver to get lane-speed, etc. Signed-off-by: KONRAD Frederic --- hw/display/Makefile.objs

Re: [Qemu-devel] [PULL v2 00/13] KVM patches (SMM implementation) for 2015-07-06

2015-07-06 Thread Peter Maydell
On 6 July 2015 at 17:18, Paolo Bonzini wrote: > The following changes since commit 7edd8e4660beb301d527257f8e04ebec0f841cb0: > > Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into > staging (2015-07-06 14:03:44 +0100) > > are available in the git repository at: > > > git://

[Qemu-devel] [PATCH V3 8/8] arm: xlnx-zynqmp: Add DisplayPort and DPDMA.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This adds the DP and the DPDMA to the Zynq MP. Signed-off-by: KONRAD Frederic Reviewed-by: Peter Crosthwaite --- hw/arm/xlnx-zynqmp.c | 20 include/hw/arm/xlnx-zynqmp.h | 5 + 2 files changed, 25 insertions(+) diff --git a/hw/arm/xlnx-z

Re: [Qemu-devel] [PULL v2 00/13] KVM patches (SMM implementation) for 2015-07-06

2015-07-06 Thread Paolo Bonzini
On 06/07/2015 18:31, Peter Maydell wrote: > I'm afraid this doesn't build on OSX or on ARM Linux > (or likely any build host where x86 isn't a CONFIG_KVM build): > > CCi386-softmmu/hw/i386/pc_piix.o > /Users/pm215/src/qemu/hw/i386/pc.c:1782:56: error: use of undeclared > identifier >

Re: [Qemu-devel] [PATCH qom v4 0/7] Unify and QOMify (target|monitor)_disas

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 4:48 AM, Andreas Färber wrote: > Am 06.07.2015 um 13:44 schrieb Richard Henderson: >> On 07/05/2015 09:48 PM, Peter Crosthwaite wrote: >>> Ping! >>> >>> If this or orphaned, I'd like to send the PULL on the H-freeze. >> >> Didn't all this get reviewed? I thought it did... >

Re: [Qemu-devel] [PATCH V2 1/7] Introduce AUX bus.

2015-07-06 Thread Frederic Konrad
On 24/06/2015 08:21, Peter Crosthwaite wrote: On Mon, Jun 15, 2015 at 8:15 AM, wrote: From: KONRAD Frederic This introduces a new bus: aux-bus. It contains an address space for aux slaves devices and a bridge to an I2C bus for I2C through AUX transactions. Signed-off-by: KONRAD Frederic -

Re: [Qemu-devel] [PATCH qemu v10 03/14] spapr_pci: Convert finish_realize() to dma_capabilities_update()+dma_init_window()

2015-07-06 Thread Laurent Vivier
On 06/07/2015 04:10, Alexey Kardashevskiy wrote: > This reworks finish_realize() which used to finalize DMA setup with > an assumption that it will not change later. > > New callbacks supports various window parameters such as page and > windows sizes. The new callback return error code rather t

Re: [Qemu-devel] [PATCH qemu v10 06/14] spapr_iommu: Remove vfio_accel flag from sPAPRTCETable

2015-07-06 Thread Laurent Vivier
On 06/07/2015 04:11, Alexey Kardashevskiy wrote: > sPAPRTCETable has a vfio_accel flag which is passed to > kvmppc_create_spapr_tce() and controls whether to create a guest view > table in KVM as this depends on the host kernel ability to accelerate > H_PUT_TCE for VFIO devices. We would set this

Re: [Qemu-devel] [PATCH v4] arm_mptimer: Respect IT bit state

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 6:38 AM, Dmitry Osipenko wrote: > 06.07.2015 16:16, Peter Maydell пишет: >>> >>> Probably, I should go and try those tools myself to have better sense of >>> what I should and shouldn't be doing. >> >> >> The particular one I find useful is Anthony Liguori's "patches" >> too

[Qemu-devel] [PATCH V3 7/8] Introduce xilinx dp.

2015-07-06 Thread fred . konrad
From: KONRAD Frederic This is the implementation of the DisplayPort. It has an aux-bus to access dpcd and edid . Graphic plane is connected to the channel 3. Video plane is connected to the channel 0. Audio stream are connected to the channels 4 and 5. Signed-off-by: KONRAD Frederic --- hw/d

Re: [Qemu-devel] [PATCH V2 2/7] i2c: implement broadcast write.

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 9:28 AM, Frederic Konrad wrote: > On 24/06/2015 08:35, Peter Crosthwaite wrote: >> >> On Mon, Jun 15, 2015 at 8:15 AM, wrote: >>> >>> From: KONRAD Frederic >>> >>> This does a write to every slaves when the I2C bus get a write to address >>> 0. >>> >>> Signed-off-by: KONR

Re: [Qemu-devel] [PATCH V2 3/7] introduce dpcd module.

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 9:30 AM, Frederic Konrad wrote: > On 24/06/2015 08:44, Peter Crosthwaite wrote: >> >> On Mon, Jun 15, 2015 at 8:15 AM, wrote: >>> >>> From: KONRAD Frederic >>> >>> This introduces a DPCD modules. It wires on a aux-bus and can be accessed >>> by >> >> "module" >> >>> drive

Re: [Qemu-devel] [PATCH qemu v10 05/14] spapr_iommu: Introduce "enabled" state for TCE table

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:11:01 +1000 Alexey Kardashevskiy wrote: > Currently TCE tables are created once at start and their size never > changes. We are going to change that by introducing a Dynamic DMA windows > support where DMA configuration may change during the guest execution. > > This chang

Re: [Qemu-devel] [PATCH pic32 v3 05/16] pic32: add file pic32_peripherals.h

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 2:01 AM, Aurelien Jarno wrote: > On 2015-07-05 23:14, Serge Vakulenko wrote: >> Data definitions and function declarations for simulation >> of pic32 microcontrollers. >> >> Signed-off-by: Serge Vakulenko >> --- >> hw/mips/pic32_peripherals.h | 210 >>

Re: [Qemu-devel] [PATCH] virtio-net: Drop net_virtio_info.can_receive

2015-07-06 Thread Michael S. Tsirkin
On Mon, Jul 06, 2015 at 04:21:16PM +0100, Stefan Hajnoczi wrote: > On Mon, Jul 06, 2015 at 11:32:25AM +0800, Jason Wang wrote: > > > > > > On 07/02/2015 08:46 PM, Stefan Hajnoczi wrote: > > > On Tue, Jun 30, 2015 at 04:35:24PM +0800, Jason Wang wrote: > > >> On 06/30/2015 11:06 AM, Fam Zheng wrot

Re: [Qemu-devel] [PATCH qemu v10 06/14] spapr_iommu: Remove vfio_accel flag from sPAPRTCETable

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:11:02 +1000 Alexey Kardashevskiy wrote: > sPAPRTCETable has a vfio_accel flag which is passed to > kvmppc_create_spapr_tce() and controls whether to create a guest view > table in KVM as this depends on the host kernel ability to accelerate > H_PUT_TCE for VFIO devices. We

[Qemu-devel] [Bug 1471583] Re: QCA988X Wifi Card Not PCI Passing Through

2015-07-06 Thread bill
Oh this is not good. The current kernel (3.10.0-229.7.2.el7.x86_64) that comes with the current CentOS (7.1) does not have in quirks.c the preceeding or succeeding stanzas in the patch here: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/pci/quirks.c?id=c3e59ee4e766

[Qemu-devel] [PULL v3 00/13] KVM patches (SMM implementation) for 2015-07-06

2015-07-06 Thread Paolo Bonzini
The following changes since commit 7edd8e4660beb301d527257f8e04ebec0f841cb0: Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging (2015-07-06 14:03:44 +0100) are available in the git repository at: git://github.com/bonzini/qemu.git tags/for-upstream-smm for you to

[Qemu-devel] [PULL 13/13] pc: add SMM property

2015-07-06 Thread Paolo Bonzini
The property can take values on, off or auto. The default is "off" for KVM and pre-2.4 machines, otherwise "auto" (which makes it available on TCG or on new-enough kernels). Acked-by: Michael S. Tsirkin Signed-off-by: Paolo Bonzini --- hw/i386/pc.c | 51 ++

Re: [Qemu-devel] [PATCH v4] arm_mptimer: Respect IT bit state

2015-07-06 Thread Dmitry Osipenko
06.07.2015 19:45, Peter Crosthwaite пишет: As someone who doesn't send PULLs, I still find patches very useful. It sanity checks your email sends. A while back, I drafted a paragraph on how to use patches to verify receipt of your series if we want to add it to "submit a patch". Sounds useful.

[Qemu-devel] [PATCH 4/4] linux-user: Treat --foo options the same as -foo

2015-07-06 Thread meadori
From: Meador Inge The system mode binaries provide a similar alias and it makes common options like --version and --help work as expected. Signed-off-by: Meador Inge --- linux-user/main.c | 4 1 file changed, 4 insertions(+) diff --git a/linux-user/main.c b/linux-user/main.c index 94badf

[Qemu-devel] [PATCH 2/4] linux-user: Add -help

2015-07-06 Thread meadori
From: Meador Inge This option is already available on the system mode binaries. It would be better if long options were supported (i.e. --help), but this is okay for now. Signed-off-by: Meador Inge --- linux-user/main.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/linux-user/main.c b

[Qemu-devel] [Bug 1471904] [NEW] qemu fails under NeXTStep 3.3 when accessing ROM in SCSI-Adapter am53c974

2015-07-06 Thread Uwe Lienig
Public bug reported: I try to do a fresh install of NeXTStep 3.3 on qemu. After all install floppies are successfully read in, the installation shall start, but aborts right away. During installation process the SCSI host adapter is correctly detected. I don't know, if these adapter where equipped

[Qemu-devel] [PATCH 3/4] linux-user: Add proper error messages for bad options

2015-07-06 Thread meadori
From: Meador Inge This patch adds better support for diagnosing option parser errors. The previous implementation just printed the usage text and exited when a bad option or argument was found. This made it very difficult to determine why the usage was being displayed and it was doubly confusin

[Qemu-devel] [PATCH 0/4] linux-user: CLI cleanup

2015-07-06 Thread meadori
From: Meador Inge This patch series fixes a few nits in the Linux usermode driver to make the general behavior less surprising (proper error codes, --foo options, and -help) and to make it easier to discover bad command line input. Meador Inge (4): linux-user: Exit 0 when -h is used linux-us

[Qemu-devel] [PATCH 1/4] linux-user: Exit 0 when -h is used

2015-07-06 Thread meadori
From: Meador Inge Signed-off-by: Meador Inge --- linux-user/main.c | 20 ++-- 1 file changed, 10 insertions(+), 10 deletions(-) diff --git a/linux-user/main.c b/linux-user/main.c index c855bcc..c6ab557 100644 --- a/linux-user/main.c +++ b/linux-user/main.c @@ -65,7 +65,7 @@ uns

[Qemu-devel] [PATCH] arm: Ensure LSB of BLX is set

2015-07-06 Thread meadori
From: Meador Inge This small patch adds a sanity check when disassembling the BLX instruction. The use case came to light when doing toolchain development and a similar check was upstreamed for Binutils: * https://sourceware.org/ml/binutils/2011-01/msg00077.html Patch by Nathan Sidwell. Sig

[Qemu-devel] KVM call for agenda for 2015-07-07

2015-07-06 Thread Juan Quintela
Hi Please, send any topic that you are interested in covering. Call details: By popular demand, a google calendar public entry with it https://www.google.com/calendar/embed?src=dG9iMXRqcXAzN3Y4ZXZwNzRoMHE4a3BqcXNAZ3JvdXAuY2FsZW5kYXIuZ29vZ2xlLmNvbQ (Let me know if you have any problems wi

[Qemu-devel] [PULL 00/11] VFIO updates for 2.4-rc0

2015-07-06 Thread Alex Williamson
The following changes since commit 7edd8e4660beb301d527257f8e04ebec0f841cb0: Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging (2015-07-06 14:03:44 +0100) are available in the git repository at: git://github.com/awilliam/qemu-vfio.git tags/vfio-update-20150706.0

[Qemu-devel] [PULL 02/11] cpu-all: complete "real" host page size API

2015-07-06 Thread Alex Williamson
From: Peter Crosthwaite Currently the "host" page size alignment API is really aligning to both host and target page sizes. There is the qemu_real_page_size which can be used for the actual host page size but it's missing a mask and ALIGN macro as provided for qemu_page_size. Complete the API. Th

[Qemu-devel] [PULL 08/11] kvm: some fixes to kvm_resamplefds_allowed

2015-07-06 Thread Alex Williamson
From: Eric Auger Commit f41389ae3c54b introduced kvm_resamplefds_enabled() and associated kvm_resamplefds_allowed boolean. This patch adds non-KVM version for kvm_resamplefds_enabled and also declares kvm_resamplefds_allowed in kvm-stub as it is done for fellow kvm_irqfds_allowed. Signed-off-by:

[Qemu-devel] [PULL 07/11] sysbus: add irq_routing_notifier

2015-07-06 Thread Alex Williamson
From: Eric Auger Add a new connect_irq_notifier notifier in the SysBusDeviceClass. This notifier, if populated, is called after sysbus_connect_irq. This mechanism is used to setup VFIO signaling once VFIO platform devices get attached to their platform bus, on a machine init done notifier. Sign

[Qemu-devel] [PULL 11/11] vfio/pci : Add pba_offset PCI quirk for Chelsio T5 devices

2015-07-06 Thread Alex Williamson
From: Gabriel Laupre Fix pba_offset initialization value for Chelsio T5 Virtual Function device. The T5 hardware has a bug in it where it reports a Pending Interrupt Bit Array Offset of 0x8000 for its SR-IOV Virtual Functions instead of the 0x1000 that the hardware actually uses internally. As th

[Qemu-devel] [PULL 06/11] intc: arm_gic_kvm: set the qemu_irq/gsi mapping

2015-07-06 Thread Alex Williamson
From: Eric Auger The arm_gic_kvm now calls kvm_irqchip_set_qemuirq_gsi to build the hash table storing qemu_irq/gsi mappings. From that point on irqfd can be setup directly from the qemu_irq using kvm_irqchip_add_irqfd_notifier. Signed-off-by: Eric Auger Tested-by: Vikram Sethi Acked-by: Paolo

[Qemu-devel] [PULL 10/11] vfio: Unregister IOMMU notifiers when container is destroyed

2015-07-06 Thread Alex Williamson
From: Alexey Kardashevskiy On systems with guest visible IOMMU, adding a new memory region onto PCI bus calls vfio_listener_region_add() for every DMA window. This installs a notifier for IOMMU memory regions. The notifier is supposed to be removed vfio_listener_region_del(), however in the case

[Qemu-devel] [PULL 09/11] hw/vfio/platform: add irqfd support

2015-07-06 Thread Alex Williamson
From: Eric Auger This patch aims at optimizing IRQ handling using irqfd framework. Instead of handling the eventfds on user-side they are handled on kernel side using - the KVM irqfd framework, - the VFIO driver virqfd framework. the virtual IRQ completion is trapped at interrupt controller Thi

[Qemu-devel] [PATCH 2/2] target-arm: Add "anyvfp" CPU

2015-07-06 Thread meadori
From: Meador Inge This patch adds support for `-cpu anyvfp`, which is just like `-cpu any`, but enables the coprocessors by default. This is useful for working with a wide range of bare-metal C/C++ applications that have been compiled in different ways and assume the coprocessor has been enabled

[Qemu-devel] [PATCH 0/2] target-arm: "any" CPUs for system-mode

2015-07-06 Thread meadori
From: Meador Inge This patch series opens up the "any" CPU for system-mode and adds a new "any" variant named "anyvfp" that initializes the FP coprocessors as well. The "any" CPUs are very useful for quickly testing a range of applications that have been compiled with different settings using th

[Qemu-devel] [PATCH 1/2] target-arm: Allow CPU "any" for system-mode emulation

2015-07-06 Thread meadori
From: Meador Inge The "any" CPU is useful for cases where the system-mode emulator is being used to work with a wide array of bare-metal C/C++ applications that have been compiled in different ways. Signed-off-by: Meador Inge --- target-arm/cpu.c | 4 1 file changed, 4 deletions(-) diff

Re: [Qemu-devel] [PATCH pic32 v2 5/5] Two new machine platforms: pic32mz7 and pic32mz.

2015-07-06 Thread Serge Vakulenko
On Mon, Jul 6, 2015 at 12:33 AM, Antony Pavlov wrote: > On Sun, 5 Jul 2015 21:18:11 -0700 > Serge Vakulenko wrote: > >> On Wed, Jul 1, 2015 at 6:41 AM, Aurelien Jarno wrote: >> > On 2015-06-30 21:12, Serge Vakulenko wrote: >> >> Signed-off-by: Serge Vakulenko >> >> --- >> >> hw/mips/Makefile.o

Re: [Qemu-devel] [PATCH qemu v10 07/14] spapr_iommu: Add root memory region

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:11:03 +1000 Alexey Kardashevskiy wrote: > We are going to have multiple DMA windows at different offsets on > a PCI bus. For the sake of migration, we will have as many TCE table > objects pre-created as many windows supported. > So we need a way to map windows dynamically

[Qemu-devel] [PATCH 1/1] libqos/ahci: fix ahci_write_fis for ncq on ppc64

2015-07-06 Thread John Snow
Don't try to correct the endianness of NCQ commands, which do not use any fields wider than a single byte. This corrects the /x86_64/ahci/io/ncq/simple test (and others) for ppc64 BE hosts. Reported-by: Peter Maydell Signed-off-by: John Snow --- tests/libqos/ahci.c | 20 +++- t

[Qemu-devel] [PATCH 0/1] libqos/ahci: fix 'make check' on ppc64

2015-07-06 Thread John Snow
A little bit of accidental byteswapping that was unwarranted for NCQ on PPC64. Does not fix the issue reported by Paolo, but does fix the issue reported by Peter Maydell. For convenience, this branch is available at

Re: [Qemu-devel] qtest hang in /x86_64/ahci/io/ncq/simple (ppc64 host)

2015-07-06 Thread John Snow
On 07/06/2015 12:24 PM, Paolo Bonzini wrote: > > > On 06/07/2015 17:41, John Snow wrote: >> I'll take a look. More than possible there's a race in the wait >> conditional that I have just never seen before. >> >> I tweaked it a little recently to wait on both NCQ and traditional >> completion,

[Qemu-devel] [PULL 01/11] vfio: fix return type of pread

2015-07-06 Thread Alex Williamson
From: Paolo Bonzini size_t is an unsigned type, thus the error case is never reached in the below call to pread. If bytes is negative, it will be seen as a very high positive value. Spotted by Coverity. Signed-off-by: Paolo Bonzini Signed-off-by: Alex Williamson --- hw/vfio/pci.c |2 +-

[Qemu-devel] [PULL 05/11] kvm-all.c: add qemu_irq/gsi hash table and utility routines

2015-07-06 Thread Alex Williamson
From: Eric Auger VFIO platform device needs to setup irqfd but it does not know the gsi corresponding to the device qemu_irq. This patch proposes to store a hash table in kvm_state using the qemu_irq as key and the gsi as a value. kvm_irqchip_set_qemuirq_gsi allows to insert such a pair. The int

[Qemu-devel] [PULL 04/11] kvm: rename kvm_irqchip_[add, remove]_irqfd_notifier with gsi suffix

2015-07-06 Thread Alex Williamson
From: Eric Auger Anticipating for the introduction of new add/remove functions taking a qemu_irq parameter, let's rename existing ones with a gsi suffix. Signed-off-by: Eric Auger Tested-by: Vikram Sethi Acked-by: Paolo Bonzini Reviewed-by: Peter Maydell Signed-off-by: Alex Williamson ---

[Qemu-devel] [PULL 03/11] vfio: cpu: Use "real" page size API

2015-07-06 Thread Alex Williamson
From: Peter Crosthwaite This is system level code, and should only depend on the host page size, not the target page size. Note that HOST_PAGE_SIZE is misleadingly lead and is really aligning to both host and target page size. Hence it's replacement with REAL_HOST_PAGE_SIZE. Signed-off-by: Pete

Re: [Qemu-devel] [PATCH 1/4] linux-user: Exit 0 when -h is used

2015-07-06 Thread Laurent Vivier
Global comment: you should use EXIT_SUCCESS and EXIT_FAILURE from stdlib.h Le 06/07/2015 20:03, mead...@codesourcery.com a écrit : > From: Meador Inge > > Signed-off-by: Meador Inge > --- > linux-user/main.c | 20 ++-- > 1 file changed, 10 insertions(+), 10 deletions(-) > > d

Re: [Qemu-devel] [PATCH 0/4] linux-user: CLI cleanup

2015-07-06 Thread Laurent Vivier
Le 06/07/2015 20:03, mead...@codesourcery.com a écrit : > From: Meador Inge > > This patch series fixes a few nits in the Linux > usermode driver to make the general behavior less > surprising (proper error codes, --foo options, and > -help) and to make it easier to discover bad command > line

Re: [Qemu-devel] [v11 08/15] vfio: add check host bus reset is support or not

2015-07-06 Thread Alex Williamson
On Wed, 2015-06-24 at 17:46 +0800, Chen Fan wrote: > when init vfio devices done, we should test all the devices supported > aer whether conflict with others. For each one, get the hot reset > info for the affected device list. For each affected device, all > should attach to the VM and on the sam

Re: [Qemu-devel] [PATCH 7/7] error: On abort, report where the error was created

2015-07-06 Thread Laszlo Ersek
On 06/22/15 21:26, Markus Armbruster wrote: > This is particularly useful when we abort in error_propagate(), > because there the stack backtrace doesn't lead to where the error was > created. Looks like this: > > Unexpected error at /work/armbru/qemu/blockdev.c:322: > qemu-system-x86_64:

Re: [Qemu-devel] [v11 01/15] vfio: extract vfio_get_hot_reset_info as a single function

2015-07-06 Thread Alex Williamson
On Wed, 2015-06-24 at 17:45 +0800, Chen Fan wrote: > the function is used to get affected devices by bus reset. > so here extract it, and can used for aer soon. > > Signed-off-by: Chen Fan > --- > hw/vfio/pci.c | 66 > +++ > 1 file changed

Re: [Qemu-devel] [PATCH 0/7] error: On abort, report where the error was created

2015-07-06 Thread Michael S. Tsirkin
On Mon, Jun 22, 2015 at 09:26:33PM +0200, Markus Armbruster wrote: > Applies on top of "[PULL 00/24] Monitor patches". I've no objection to this, though I'd still like to make it abort at the actuall error site too. That one will need a bit more work though. > Markus Armbruster (7): > error: De

Re: [Qemu-devel] [PATCH qemu v10 09/14] spapr_vfio_pci: Remove redundant spapr-pci-vfio-host-bridge

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:11:05 +1000 Alexey Kardashevskiy wrote: > sPAPRTCETable is handling 2 TCE tables already: > > 1) guest view of the TCE table - emulated devices use only this table; > > 2) hardware IOMMU table - VFIO PCI devices use it for actual work but > it does not replace 1) and it i

Re: [Qemu-devel] [PATCH qemu v10 10/14] spapr_pci: Enable vfio-pci hotplug

2015-07-06 Thread Thomas Huth
On Mon, 6 Jul 2015 12:11:06 +1000 Alexey Kardashevskiy wrote: > sPAPR IOMMU is managing two copies of an TCE table: > 1) a guest view of the table - this is what emulated devices use and > this is where H_GET_TCE reads from; > 2) a hardware TCE table - only present if there is at least one vfio-

Re: [Qemu-devel] [PATCH pic32 v2 5/5] Two new machine platforms: pic32mz7 and pic32mz.

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 11:58 AM, Serge Vakulenko wrote: > On Mon, Jul 6, 2015 at 12:33 AM, Antony Pavlov > wrote: >> On Sun, 5 Jul 2015 21:18:11 -0700 >> Serge Vakulenko wrote: >> >>> On Wed, Jul 1, 2015 at 6:41 AM, Aurelien Jarno wrote: >>> > On 2015-06-30 21:12, Serge Vakulenko wrote: >>> >>

Re: [Qemu-devel] [PATCH] cpu_defs: Simplify CPUTLB padding logic

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 4:52 AM, Paolo Bonzini wrote: > > > On 06/07/2015 13:42, Richard Henderson wrote: >> On 07/06/2015 09:43 AM, Paolo Bonzini wrote: >>> >>> >>> On 05/07/2015 23:08, Peter Crosthwaite wrote: There was a complicated subtractive arithmetic for determining the padding on

Re: [Qemu-devel] [PATCH 1/2] target-arm: Allow CPU "any" for system-mode emulation

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 11:53 AM, wrote: > From: Meador Inge > > The "any" CPU is useful for cases where the system-mode > emulator is being used to work with a wide array of > bare-metal C/C++ applications that have been compiled > in different ways. > What is the system being created in this c

[Qemu-devel] [PATCH 2/2] ahci: fix signature generation

2015-07-06 Thread John Snow
The initial register device-to-host FIS no longer needs to specially set certain fields, as these can be handled generically by setting those fields explicitly with the signatures we want at port reset time. (1) Signatures are decomposed into their four component registers and set upon (AHCI)

[Qemu-devel] [PATCH 0/2] ahci: Fix CD-ROM signature

2015-07-06 Thread John Snow
As reported by Hannes Reinecke, the signature generation in AHCI is a little goofy. Let's fix it up. Patch 1 should be considered a bugfix for 2.4. Patch 2 is mostly a tidying effort prompted by the first patch. For

[Qemu-devel] [PATCH 1/2] ahci: Fix CD-ROM signature

2015-07-06 Thread John Snow
From: Hannes Reinecke The CD-ROM signature is 0xeb140101, not 0xeb14. Without this change OVMF/Duet runs into a timeout trying to detect a SATA cdrom. Signed-off-by: Hannes Reinecke Signed-off-by: John Snow --- hw/ide/ahci.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --gi

Re: [Qemu-devel] [PATCH v2 2/3] hw/i386/pc: reflect any FDC @ ioport 0x3f0 in the CMOS

2015-07-06 Thread Laszlo Ersek
On 06/29/15 11:56, Michael S. Tsirkin wrote: > On Mon, Jun 29, 2015 at 11:33:42AM +0200, Markus Armbruster wrote: >> Eduardo Habkost writes: >> >>> On Fri, Jun 26, 2015 at 02:50:04PM -0400, John Snow wrote: On 06/26/2015 08:25 AM, Laszlo Ersek wrote: > On 06/26/15 11:31, Markus Armbruster

Re: [Qemu-devel] [PATCH 2/2] target-arm: Add "anyvfp" CPU

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 11:53 AM, wrote: > From: Meador Inge > > This patch adds support for `-cpu anyvfp`, which is just > like `-cpu any`, but enables the coprocessors by default. So a better way to do this is via QOM properties. You can propertyify VFP support on the QOM type ARMCPU then user

Re: [Qemu-devel] [PATCH] arm: Ensure LSB of BLX is set

2015-07-06 Thread Peter Maydell
On 6 July 2015 at 19:09, wrote: > From: Meador Inge > > This small patch adds a sanity check when disassembling > the BLX instruction. The use case came to light when > doing toolchain development and a similar check was > upstreamed for Binutils: > > * https://sourceware.org/ml/binutils/2011

Re: [Qemu-devel] [PATCH 0/2] target-arm: "any" CPUs for system-mode

2015-07-06 Thread Peter Maydell
On 6 July 2015 at 19:53, wrote: > From: Meador Inge > > This patch series opens up the "any" CPU for system-mode and > adds a new "any" variant named "anyvfp" that initializes the > FP coprocessors as well. We deliberately removed cpu "any" for system mode in commit f5f6d38b7458b8a back in 2013

Re: [Qemu-devel] [PATCH 2/2] target-arm: Add "anyvfp" CPU

2015-07-06 Thread Peter Maydell
On 6 July 2015 at 19:53, wrote: > From: Meador Inge > > This patch adds support for `-cpu anyvfp`, which is just > like `-cpu any`, but enables the coprocessors by default. > This is useful for working with a wide range of bare-metal > C/C++ applications that have been compiled in different > wa

Re: [Qemu-devel] [PATCH 0/2] target-arm: "any" CPUs for system-mode

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 3:29 PM, Peter Maydell wrote: > On 6 July 2015 at 19:53, wrote: >> From: Meador Inge >> >> This patch series opens up the "any" CPU for system-mode and >> adds a new "any" variant named "anyvfp" that initializes the >> FP coprocessors as well. > > We deliberately removed

Re: [Qemu-devel] [PATCH 0/2] target-arm: "any" CPUs for system-mode

2015-07-06 Thread Peter Maydell
On 6 July 2015 at 23:42, Peter Crosthwaite wrote: > On Mon, Jul 6, 2015 at 3:29 PM, Peter Maydell > wrote: >> On 6 July 2015 at 19:53, wrote: >>> From: Meador Inge >>> >>> This patch series opens up the "any" CPU for system-mode and >>> adds a new "any" variant named "anyvfp" that initializes

Re: [Qemu-devel] [PATCH 0/2] target-arm: "any" CPUs for system-mode

2015-07-06 Thread Peter Crosthwaite
On Mon, Jul 6, 2015 at 3:49 PM, Peter Maydell wrote: > On 6 July 2015 at 23:42, Peter Crosthwaite > wrote: >> On Mon, Jul 6, 2015 at 3:29 PM, Peter Maydell >> wrote: >>> On 6 July 2015 at 19:53, wrote: From: Meador Inge This patch series opens up the "any" CPU for system-mode

[Qemu-devel] [PULL 01/22] cpu: No need to zero-initialize CPUState::numa_node

2015-07-06 Thread Andreas Färber
From: Eduardo Habkost QOM objects are already zero-filled when instantiated, there's no need to explicitly set numa_node to 0. Reviewed-by: Igor Mammedov Signed-off-by: Eduardo Habkost Signed-off-by: Andreas Färber --- exec.c | 1 - 1 file changed, 1 deletion(-) diff --git a/exec.c b/exec.c

[Qemu-devel] [PULL 00/22] QOM CPUState patch queue 2015-07-06

2015-07-06 Thread Andreas Färber
Hello Peter, This is my QOM CPU patch queue. Please pull. Note: For time reasons I did not give this queue as much testing as usual, in particular BSD and non-x86 KVM hosts were not covered. Regards, Andreas Cc: Peter Maydell Cc: Eduardo Habkost Cc: Peter Crosthwaite The following changes

[Qemu-devel] [PULL 02/22] cpu: Initialize breakpoint/watchpoint lists in cpu_common_initfn()

2015-07-06 Thread Andreas Färber
From: Eduardo Habkost One small step in the simplification of cpu_exec_init(). Reviewed-by: Igor Mammedov Signed-off-by: Eduardo Habkost Signed-off-by: Andreas Färber --- exec.c| 2 -- qom/cpu.c | 2 ++ 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/exec.c b/exec.c index

[Qemu-devel] [PULL 12/22] cpu: Add wrapper for the set_pc() hook

2015-07-06 Thread Andreas Färber
From: Peter Crosthwaite Add a wrapper around the CPUClass::set_pc() hook. Signed-off-by: Peter Crosthwaite Signed-off-by: Andreas Färber --- include/qom/cpu.h | 14 ++ 1 file changed, 14 insertions(+) diff --git a/include/qom/cpu.h b/include/qom/cpu.h index 7db310e..5db1ea3 10064

[Qemu-devel] [PULL 05/22] cpu: Convert cpu_index into a bitmap

2015-07-06 Thread Andreas Färber
From: Bharata B Rao Currently CPUState::cpu_index is monotonically increasing and a newly created CPU always gets the next higher index. The next available index is calculated by counting the existing number of CPUs. This is fine as long as we only add CPUs, but there are architectures which are

<    1   2   3   4   >