[Qemu-devel] [PATCH 0/1] virtio_ccw: new status accessor in driver

This patch implements the new status accessor in the ccw device, as laid out in "[PATCH v2 1/1] ccw: add CCW_CMD_READ_STATUS". Changes from the RFC (back in September): - rebased Pierre Morel (1): virtio/s390: support READ_STATUS command for virtio-ccw drivers/s390/virtio/virtio_ccw.c | 25

Re: [Qemu-devel] [PATCH v4 5/5] Add param Error ** for msi_init()

On 04/11/2016 06:00 PM, Marcel Apfelbaum wrote: 2). If user doesn`t order msi on(so device have msi on by default), when msi_init returns -ENOTSUP, I am ok with Markus`s suggestion: *caller should silently switch to the non-MSI variant* But now the condition is, qemu can`t distinguish

Re: [Qemu-devel] IVSHMEM device performance

On Mon, Apr 11, 2016 at 10:56:54AM +0200, Markus Armbruster wrote: > Cc: qemu-devel > > Eli Britstein writes: > > > Hi > > > > In a VM, I add a IVSHMEM device, on which the MBUFS mempool resides, and > > also rings I create (I run a DPDK application in the VM).

Re: [Qemu-devel] [RFC v2 02/11] cpus: make all_vcpus_paused() return bool

On 05/04/16 18:32, Alex Bennée wrote: > Signed-off-by: Alex Bennée Reviewed-by: Sergey Fedorov > --- > cpus.c | 6 +++--- > 1 file changed, 3 insertions(+), 3 deletions(-) > > diff --git a/cpus.c b/cpus.c > index 8ae4777..e118fdf 100644 > ---

Re: [Qemu-devel] [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access

On Tue, Apr 05, 2016 at 11:54:19AM +0300, Michael S. Tsirkin wrote: > On Thu, Mar 17, 2016 at 09:33:40AM -0400, Gabriel L. Somlo wrote: > > On Wed, Mar 16, 2016 at 06:57:01PM +0200, Michael S. Tsirkin wrote: > > > On Tue, Mar 08, 2016 at 01:30:50PM -0500, Gabriel Somlo wrote: > > > > Allowing for

[Qemu-devel] [PULL 0/1] target-arm queue

Only one patch for target-arm for rc2... thanks -- PMM The following changes since commit 5144fe36056d3a94b0d8da9e10adc555c057baa8: Merge remote-tracking branch 'remotes/kraxel/tags/pull-vga-20160411-1' into staging (2016-04-11 13:32:50 +0100) are available in the git repository at: git

Re: [Qemu-devel] Implementing 9p for Windows host

On Thu, 7 Apr 2016 13:41:24 +0200 Michael Fritscher wrote: > Good day, > > I'm using qemu on a Windows host. One thing I stumbled over was missing > 9p support. I thought it was because of missing (x)attr, but Stefan Weil > told me that 9p is supported

Re: [Qemu-devel] [PATCH] Make nbd-tester-client use FIXED_NEWSTYLE negotiation

Apologies - wrong list. The perils of relying on history. Alex On 11 Apr 2016, at 15:31, Alex Bligh wrote: > Signed-off-by: Alex Bligh > --- > tests/run/nbd-tester-client.c | 12 > 1 file changed, 8 insertions(+), 4 deletions(-) > > diff --git

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Proposed patch posted to mailing list: https://lists.nongnu.org/archive/html/qemu-devel/2016-04/msg01645.html - please test and report back. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1547526

Re: [Qemu-devel] best way to implement emulation of AArch64 tagged addresses

Ah, true. On 9 April 2016 at 09:57, Richard Henderson wrote: > On 04/08/2016 05:29 PM, Thomas Hanson wrote: > >> Looking at tcg_out_tlb_load(): >> If I'm reading the pseudo-assembler of the function names correctly, it >> looks >> like in the i386 code we're already masking

Re: [Qemu-devel] MTTCG Sync-up call today? Agenda items?

So see you all online - on the normal number Cheers Mark. > On 11 Apr 2016, at 13:45, alvise rigo wrote: > > Hi Alex, > > On Mon, Apr 11, 2016 at 1:21 PM, Alex Bennée wrote: >> >> Hi, >> >> It's been awhile since we synced-up with

[Qemu-devel] [Bug 1568621] [NEW] input-linux misdetects Logitech keyboard as a mouse

Public bug reported: The new input-linux.c code misdetects my Logitech K350 keyboard as a mouse. The bug is in the input_linux_complete function. The evdev for this keyboard returns an "evtmap" with the EV_REL bit set. Full evtmap is 0x0012001F. Using a different keyboard everything works as

Re: [Qemu-devel] [RFC PATCH v2 2/3] utils: Add cpuinfo helper to fetch /proc/cpuinfo

On 11/04/16 07:52, Vijay Kilari wrote: Adding Suzuki Poulose. Hi Suzuki, On Fri, Apr 8, 2016 at 3:13 PM, Peter Maydell wrote: On 8 April 2016 at 07:21, Vijay Kilari wrote: On Thu, Apr 7, 2016 at 5:15 PM, Peter Maydell

Re: [Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Good! I tested with QEMU from git that I did the clone now. It shows version 2.5.91. On Mon, Apr 11, 2016, 11:36 Mark Cave-Ayland wrote: > Leandro, thanks for testing on your setup. If it passes my local tests, > I'll send it in for the QEMU 2.6 release. > > -- >

[Qemu-devel] [PATCH] virtio-input: add parenthesis to const_le32

Signed-off-by: Gerd Hoffmann --- include/hw/virtio/virtio-input.h | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/include/hw/virtio/virtio-input.h b/include/hw/virtio/virtio-input.h index af1c207..6d81c7c 100644 ---

Re: [Qemu-devel] Implementing 9p for Windows host

On Mon, 11 Apr 2016 16:37:11 +0200 Michael Fritscher wrote: > Hello Greg, > > thanks for your answer! Yes, I already jumped in - I was surprised how > fast it went. I was afraid of much bigger problems ;-) I've a already a > V2 nearly ready :-) As a

Re: [Qemu-devel] [PULL 0/5] virtio-input; live migration support, various bugfixes.

On 11 April 2016 at 16:12, Gerd Hoffmann wrote: >> Hi. I'm afraid this doesn't compile on ppc64be: >> >> /home/pm215/qemu/hw/input/virtio-input-hid.c:487:9: error: suggest >> parentheses around ‘-’ in operand of ‘&’ [-Werror=parentheses] >> .u.abs.max =

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Patch that solves the problem. ** Patch added: "Patch that solves the problem." https://bugs.launchpad.net/qemu/+bug/1547526/+attachment/4632747/+files/qemu-java.patch -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] [PULL 0/5] virtio-input; live migration support, various bugfixes.

> Hi. I'm afraid this doesn't compile on ppc64be: > > /home/pm215/qemu/hw/input/virtio-input-hid.c:487:9: error: suggest > parentheses around ‘-’ in operand of ‘&’ [-Werror=parentheses] > .u.abs.max = const_le32(INPUT_EVENT_ABS_SIZE - 1), > ^ >

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Great Mark! This patch solves my problem. Thank you very much. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1547526 Title: Java program does not execute on SPARC Solaris 8 Status in QEMU: New

[Qemu-devel] [RFC for-2.7] block: keep AioContext pointer in BlockBackend

blk_get/set_aio_context() delegate to BlockDriverState without storing the AioContext pointer in BlockBackend. There are two flaws: 1. BlockBackend falls back to the QEMU main loop AioContext when there is no root BlockDriverState. This means the drive loses its AioContext during media

Re: [Qemu-devel] Virtio-9p and cgroup io-throttling

Hi Greg, Yes, it was nothing to do with the virtio-9p. I was writing at 4k Blocks now I changed it to 1K Block. This works fine for me. Thanks for your help. Regards, Pradeep On 8 April 2016 at 16:58, Greg Kurz wrote: > On Fri, 8 Apr 2016 14:55:29 +0200 > Pradeep

[Qemu-devel] [PATCH] Make nbd-tester-client use FIXED_NEWSTYLE negotiation

Signed-off-by: Alex Bligh --- tests/run/nbd-tester-client.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git a/tests/run/nbd-tester-client.c b/tests/run/nbd-tester-client.c index 06396a7..1b99fa8 100644 --- a/tests/run/nbd-tester-client.c +++

[Qemu-devel] [Bug 1547526] Re: Java program does not execute on SPARC Solaris 8

Leandro, thanks for testing on your setup. If it passes my local tests, I'll send it in for the QEMU 2.6 release. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1547526 Title: Java program does not

Re: [Qemu-devel] Implementing 9p for Windows host

Hello Greg, thanks for your answer! Yes, I already jumped in - I was surprised how fast it went. I was afraid of much bigger problems ;-) I've a already a V2 nearly ready :-) As a teaser: Fixed read/write support and the possibility to execute binaries from the mountpoint. Yes, I decided

[Qemu-devel] [PATCH v2] virtio-input: add parenthesis to const_le{16, 32}

"_x" must be "(_x)" otherwise things fail if you pass in expressions. Signed-off-by: Gerd Hoffmann --- include/hw/virtio/virtio-input.h | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/include/hw/virtio/virtio-input.h

Re: [Qemu-devel] [PATCH v2 12/13] intel_iommu: ioapic: IR support for emulated IOAPIC

On 2016-04-11 02:19, Peter Xu wrote: > diff --git a/hw/intc/ioapic.c b/hw/intc/ioapic.c > index 378e663..d963d45 100644 > --- a/hw/intc/ioapic.c > +++ b/hw/intc/ioapic.c > @@ -57,6 +57,8 @@ static void ioapic_service(IOAPICCommonState *s) > uint64_t entry; > uint8_t dest; > uint8_t

Re: [Qemu-devel] [PATCH for 2.6 v4 0/3] ide: fix loss of the dma/atapi state during migration

On 04/12/2016 12:47 AM, John Snow wrote: On 04/11/2016 10:12 AM, Denis V. Lunev wrote: On 04/06/2016 09:40 AM, Denis V. Lunev wrote: This patch set fixes bugs in the IDE DMA and the IDE ATAPI on operations to save/restore the state. From the user point of view this results in IDE timeouts

Re: [Qemu-devel] [PATCH for-2.7 v6 1/2] QMP: add query-hotpluggable-cpus

On Mon, 11 Apr 2016 11:35:12 +0200 Igor Mammedov wrote: > On Mon, 11 Apr 2016 14:20:27 +1000 > David Gibson wrote: > > > On Fri, 8 Apr 2016 13:29:55 +0200 > > Igor Mammedov wrote: > > > > > it will allow mgmt to query present

Re: [Qemu-devel] [PATCH COLO-Frame v16 16/35] COLO: synchronize PVM's state to SVM periodically

On 04/08/2016 02:26 PM, zhanghailiang wrote: Do checkpoint periodically, the default interval is 200ms. Signed-off-by: zhanghailiang Signed-off-by: Li Zhijian Reviewed-by: Dr. David Alan Gilbert --- v12: - Add

[Qemu-devel] [Bug 1569053] [NEW] Qemu crashes when I start a second VM from command line

Public bug reported: I am using Qemu on 64 bit x86 platform, operating system ubuntu 14.04. I cloned the latest version of qemu from github and installed on my system. I booted the 1st VM with the instruction: sudo qemu-system-x86_64 -m 1024 -smp 4 -cpu host -hda

Re: [Qemu-devel] [PATCH v3] fw_cfg: RFQDN rules, documentation

"Michael S. Tsirkin" writes: > On Fri, Apr 08, 2016 at 06:31:55PM +0200, Markus Armbruster wrote: >> Interface and doc review only. Sorry for the delay, I was on vacation. >> >> "Michael S. Tsirkin" writes: >> >> > This requires that all -fw_cfg command line

Re: [Qemu-devel] [PATCH v3] fw_cfg: RFQDN rules, documentation

On Mon, Apr 11, 2016 at 01:04:14PM +0200, Markus Armbruster wrote: > My best guess > is you're referring to the part where I challenge mapping > /unsupported/root/FOO to FOO. I find that baroque. I can accept > baroque when I see a reason. That's why I asked for it. "I got ACKs > for it" is

[Qemu-devel] [PULL 1/1] net: stellaris_enet: check packet length against receive buffer

From: Prasad J Pandit When receiving packets over Stellaris ethernet controller, it uses receive buffer of size 2048 bytes. In case the controller accepts large(MTU) packets, it could lead to memory corruption. Add check to avoid it. Reported-by: Oleksandr Bazhaniuk

Re: [Qemu-devel] [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access

On Mon, Apr 11, 2016 at 09:13:00AM -0400, Gabriel L. Somlo wrote: > On Tue, Apr 05, 2016 at 11:54:19AM +0300, Michael S. Tsirkin wrote: > > On Thu, Mar 17, 2016 at 09:33:40AM -0400, Gabriel L. Somlo wrote: > > > On Wed, Mar 16, 2016 at 06:57:01PM +0200, Michael S. Tsirkin wrote: > > > > On Tue,

Re: [Qemu-devel] [Qemu-block] [PATCH for-2.6 2/2] block/gluster: prevent data loss after i/o error

> +Raghavendra G who implemented this option in write-behind, to this > upstream patch review discussion Thanks Pranith. Kritika did inform us about the discussion. We were working on ways to find out solutions to the problems raised (and it was a long festive weekend in Bangalore). Sorry for

[Qemu-devel] [PATCH 0/2] virtio-ccw: new status accessor in device

These patches implement the new read status command in qemu and bump the revision to 2 (as this ccw is currently the only thing new with that revision); see "[PATCH v2 1/1] ccw: add CCW_CMD_READ_STATUS" for details. Note that we'll need to add some compat machine handling when this is added (not

[Qemu-devel] [PATCH 2/2] s390x/virtio-ccw: set revision 2 as maximum revision number

From: Pierre Morel We have everything needed for virtio-ccw revision 2 wired up now. Bump the maximum supported revision reported to the guest so they can make use of it. Signed-off-by: Pierre Morel Signed-off-by: Cornelia Huck

[Qemu-devel] [PATCH 1/2] s390x/virtio-ccw: respond to READ_STATUS command

From: Pierre Morel This patch adds the response to the READ_STATUS CCW command. Signed-off-by: Pierre Morel Signed-off-by: Cornelia Huck --- hw/s390x/virtio-ccw.c | 20 hw/s390x/virtio-ccw.h

Re: [Qemu-devel] [PATCH v2 00/13] IOMMU: Enable interrupt remapping for Intel IOMMU

On Mon, Apr 11, 2016 at 05:19:10PM +0800, Peter Xu wrote: > v2 changes: > - patch 1 > - rename "int_remap" to "intr" in several places [Marcel] > - remove "Intel" specific words in desc or commit message, prepare > itself with further AMD support [Marcel] > - avoid using

Re: [Qemu-devel] [virtio-dev] [RFC v2] virtio-crypto specification

Hi Stefan, Great thanks for your comments firstly! Please see the below details. > -Original Message- > From: virtio-...@lists.oasis-open.org [mailto:virtio-...@lists.oasis-open.org] > On Behalf Of Stefan Hajnoczi > Sent: Monday, April 11, 2016 5:43 PM > Subject: Re: [virtio-dev] [RFC

Re: [Qemu-devel] MTTCG Sync-up call today? Agenda items?

Good plan :-) Cheers Mark. > On 11 Apr 2016, at 13:21, Alex Bennée wrote: > > Hi, > > It's been awhile since we synced-up with quite weeks and Easter out of > the way are we good for a call today? > > Some items I can think would be worth covering: > > - State of

Re: [Qemu-devel] MTTCG Sync-up call today? Agenda items?

Hi Alex, On Mon, Apr 11, 2016 at 1:21 PM, Alex Bennée wrote: > > Hi, > > It's been awhile since we synced-up with quite weeks and Easter out of > the way are we good for a call today? Indeed, it has been a while. > > > Some items I can think would be worth covering: >

Re: [Qemu-devel] [PATCH v2 13/13] intel_iommu: Add support for PCI MSI remap

On Mon, Apr 11, 2016 at 05:19:23PM +0800, Peter Xu wrote: > This patch enables interrupt remapping for PCI devices. > > To play the trick, one memory region "iommu_ir" is added as child region > of the original iommu memory region, covering range 0xfeeX (which is > the address range for

Re: [Qemu-devel] MTTCG Sync-up call today? Agenda items?

Alex Bennée writes: > Hi, > > It's been awhile since we synced-up with quite weeks and Easter out of > the way are we good for a call today? > > Some items I can think would be worth covering: Well it mostly seemed to be me talking but here are my notes: - LL/SC

Re: [Qemu-devel] [PULL 0/5] virtio-input; live migration support, various bugfixes.

36fade986dcc94f4484bc75c6b1a06d84: > > Merge remote-tracking branch 'remotes/lalrae/tags/mips-20160408' into > staging (2016-04-08 13:45:52 +0100) > > are available in the git repository at: > > > git://git.kraxel.org/qemu tags/pull-input-20160411-1 > > for you

Re: [Qemu-devel] [RFC] [tcg] Idea on refactoring target code generation loop (gen_intermediate_code)

Claudio Fontana writes: > Clearly late to the party, > On 08.04.2016 22:14, Paolo Bonzini wrote: >> >> On 08/04/2016 15:15, Markus Armbruster wrote: On the other hand, minimal usage of templates instead of some of the preprocessor gunk we have would be a very good thing IMNSHO. I am

Re: [Qemu-devel] [PATCH v3] net: stellaris_enet: check packet length against receive buffer

On 8 April 2016 at 07:03, P J P wrote: > From: Prasad J Pandit > > When receiving packets over Stellaris ethernet controller, it > uses receive buffer of size 2048 bytes. In case the controller > accepts large(MTU) packets, it could lead to memory

[Qemu-devel] [PATCH for-2.6] xen: Fix IDE unplug

After commit e5e7855 (blockdev: Separate BB name management), starting a guest with PVHVM support result in this assert: qemu-system-i386: block/block-backend.c:173: blk_delete: Assertion `!blk->name' failed. A backtrace show that a caller is pci_piix3_xen_ide_unplug(). This patch fix it.

Re: [Qemu-devel] [PULL 0/1] target-arm queue

On 11 April 2016 at 14:37, Peter Maydell <peter.mayd...@linaro.org> wrote: > Only one patch for target-arm for rc2... > > thanks > -- PMM > > The following changes since commit 5144fe36056d3a94b0d8da9e10adc555c057baa8: > > Merge remote-tracking branch 'remotes/k

[Qemu-devel] [Bug 1450881] Re: qemu-system-sparc MUTEX_HELD assert and libC lock errors

Proposed patch posted to mailing list: https://lists.nongnu.org/archive/html/qemu-devel/2016-04/msg01645.html - please test and report back. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1450881

[Qemu-devel] MTTCG Sync-up call today? Agenda items?

Hi, It's been awhile since we synced-up with quite weeks and Easter out of the way are we good for a call today? Some items I can think would be worth covering: - State of MTTCG enabled LL/SC I think Alvise was looking at some run-loop changes for the MTTCG enabled part of his LL/SC

Re: [Qemu-devel] [PULL 0/2] virtio-gpu: pixman surface fix, block live migration

36fade986dcc94f4484bc75c6b1a06d84: > > Merge remote-tracking branch 'remotes/lalrae/tags/mips-20160408' into > staging (2016-04-08 13:45:52 +0100) > > are available in the git repository at: > > > git://git.kraxel.org/qemu tags/pull-vga-20160411-1 > > for you to fetch chang

[Qemu-devel] [PATCH 1/1] virtio/s390: support READ_STATUS command for virtio-ccw

From: Pierre Morel As virtio-1 introduced the possibility of the device manipulating the status byte, revision 2 of the virtio-ccw transport introduced a means of getting the status byte from the device via READ_STATUS. Let's wire it up for revisions >= 2 and fall back

Re: [Qemu-devel] MTTCG Sync-up call today? Agenda items?

Thanks Alex, sorry I was so ‘mute’ - seems I have gremlins on the phone line again! Cheers Good to see Sergey on, I’ve added him to the list Mark. > On 11 Apr 2016, at 15:38, Alex Bennée wrote: > > > Alex Bennée writes: > >> Hi, >> >> It's

Re: [Qemu-devel] [PATCH RFC v2] IOMMU: Add Support to VFIO devices with vIOMMU present

On Sat, 9 Apr 2016 21:03:38 +0300 "Aviv B.D." wrote: > From: "Aviv Ben-David" > Date: Tue, 23 Feb 2016 00:24:54 +0200 > Subject: [PATCH] IOMMU: Add Support to VFIO devices with vIOMMU present > > * Fix bug that prevent qemu from starting up with vIOMMU and

Re: [Qemu-devel] [PATCH for 2.6 v4 0/3] ide: fix loss of the dma/atapi state during migration

On 04/06/2016 09:40 AM, Denis V. Lunev wrote: This patch set fixes bugs in the IDE DMA and the IDE ATAPI on operations to save/restore the state. From the user point of view this results in IDE timeouts in the guest when the user reads from the DVD like the following: [424332.169229] ata1.00:

Re: [Qemu-devel] IVSHMEM device performance

> -Original Message- > From: Michael S. Tsirkin [mailto:m...@redhat.com] > Sent: Monday, 11 April, 2016 3:28 PM > To: Markus Armbruster > Cc: Eli Britstein; qemu-devel@nongnu.org; k...@vger.kernel.org > Subject: Re: IVSHMEM device performance > > On Mon, Apr 11, 2016 at 10:56:54AM +0200,

Re: [Qemu-devel] IVSHMEM device performance

On 04/11/2016 07:18 AM, Eli Britstein wrote: > [meta-comment] > Thanks, Eli >> >> -- >> MST > - > This email and any files transmitted and/or

Re: [Qemu-devel] [PULL] qemu-sparc update

t; > The following changes since commit dc1ffa66619b3661f17a309b0aa8d65d8d29583f: > > Merge remote-tracking branch > 'remotes/pmaydell/tags/pull-target-arm-20160411' into staging (2016-04-11 > 14:37:53 +0100) > > are available in the git repository at: > > > ht

Re: [Qemu-devel] configure qemu and compile it on windows

On 04/10/2016 02:38 PM, Marwa Hamza wrote: > and how can i add a package to cygwin after the installation ? there is any > command line ? , i didn't find a way to add the python package so i > downloaded from internet like the traditional way , then an other error msg > dispalyed ERROR: "cc"

Re: [Qemu-devel] [PATCH for-2.7 v6 1/2] QMP: add query-hotpluggable-cpus

Quoting Igor Mammedov (2016-04-08 06:29:55) > it will allow mgmt to query present and hotpluggable > CPU objects, it is required from a target platform that > wish to support command to implement and set > MachineClass.query_hotpluggable_cpus > callback, which will return a list of possible CPU

Re: [Qemu-devel] [PATCH RFC v2] IOMMU: Add Support to VFIO devices with vIOMMU present

On Mon, Apr 11, 2016 at 09:35:15AM -0600, Alex Williamson wrote: > On Sat, 9 Apr 2016 21:03:38 +0300 > "Aviv B.D." wrote: > > > From: "Aviv Ben-David" > > Date: Tue, 23 Feb 2016 00:24:54 +0200 > > Subject: [PATCH] IOMMU: Add Support to VFIO devices with

[Qemu-devel] [PULL] qemu-sparc update

-target-arm-20160411' into staging (2016-04-11 14:37:53 +0100) are available in the git repository at: https://github.com/mcayland/qemu.git tags/qemu-sparc-signed for you to fetch changes up to 4553e10360a0713e31647220ed396942f9a6fca0: target-sparc: fix ldstub sign-extension bug (2016-04-11

Re: [Qemu-devel] [PATCH] virtio-input: add parenthesis to const_le32

On 04/11/2016 09:19 AM, Gerd Hoffmann wrote: > Signed-off-by: Gerd Hoffmann > --- > include/hw/virtio/virtio-input.h | 8 > 1 file changed, 4 insertions(+), 4 deletions(-) An explanation would have been helpful. > #if defined(HOST_WORDS_BIGENDIAN) > # define

[Qemu-devel] [PATCH v17 6/8] Introduce new APIs to do replication operation

Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie --- Makefile.objs| 1 + qapi/block-core.json | 13

Re: [Qemu-devel] [PATCH] net: mipsnet: check packet length against buffer

On 04/11/2016 03:37 PM, P J P wrote: > +-- On Thu, 7 Apr 2016, Markus Armbruster wrote --+ > | P J P writes: > | > | > --- a/hw/net/mipsnet.c > | > +++ b/hw/net/mipsnet.c > | > @@ -82,6 +82,9 @@ static ssize_t mipsnet_receive(NetClientState *nc, > const uint8_t *buf,

Re: [Qemu-devel] [PATCH] net: mipsnet: check packet length against buffer

+-- On Mon, 11 Apr 2016, Jason Wang wrote --+ | Can't find either. Looking at kernel driver git logs, the driver was even | removed since 2012 because it was not longer supported by MIPS. Consider it | indeed fixes a memory corruption, I tend to apply this first for 2.6. Okay, thank you. --

Re: [Qemu-devel] IVSHMEM device performance

Cc: qemu-devel Eli Britstein writes: > Hi > > In a VM, I add a IVSHMEM device, on which the MBUFS mempool resides, and also > rings I create (I run a DPDK application in the VM). > I saw there is a performance penalty if I use such device, instead of >

[Qemu-devel] [PATCH v17 8/8] support replication driver in blockdev-add

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie Reviewed-by: Eric Blake

[Qemu-devel] [PATCH v17 1/8] unblock backup operations in backing file

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: Changlong Xie --- block.c | 17 + 1 file changed, 17 insertions(+) diff --git a/block.c b/block.c index 4bdc6b3..1e5a4fd 100644 --- a/block.c

[Qemu-devel] [PATCH v17 7/8] Implement new driver for block replication

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie --- block/Makefile.objs | 1

[Qemu-devel] [PATCH v17 0/8] Block replication for continuous checkpoints

Block replication is a very important feature which is used for continuous checkpoints(for example: COLO). You can get the detailed information about block replication from here: http://wiki.qemu.org/Features/BlockReplication Usage: Please refer to docs/block-replication.txt This patch series

[Qemu-devel] [PATCH v17 4/8] docs: block replication's description

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie --- docs/block-replication.txt |

[Qemu-devel] [PATCH v17 3/8] Link backup into block core

From: Wen Congyang Some programs that add a dependency on it will use the block layer directly. Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by:

[Qemu-devel] [PATCH v17 5/8] auto complete active commit

From: Wen Congyang Auto complete mirror job in background to prevent from blocking synchronously Signed-off-by: Wen Congyang Signed-off-by: Changlong Xie --- block/mirror.c| 13 + blockdev.c

[Qemu-devel] [PATCH v17 2/8] Backup: clear all bitmap when doing block checkpoint

From: Wen Congyang Signed-off-by: Wen Congyang Signed-off-by: zhanghailiang Signed-off-by: Gonglei Signed-off-by: Changlong Xie --- block/backup.c| 17

Re: [Qemu-devel] [PATCH 41/50] s390x: move stuff out of cpu.h

On Fri, 8 Apr 2016 22:29:01 +0200 Paolo Bonzini wrote: > Signed-off-by: Paolo Bonzini > --- > hw/s390x/css.c | 4 +- > hw/s390x/s390-skeys.c | 1 + > hw/s390x/s390-virtio-ccw.c |

Re: [Qemu-devel] [Nbd] [PATCH v2] doc: Add NBD_CMD_BLOCK_STATUS extension

On Tuesday 05 April 2016 22:50:51 Wouter Verhelst wrote: > On Tue, Apr 05, 2016 at 08:14:01AM -0600, Eric Blake wrote: > > On 04/05/2016 03:24 AM, Markus Pargmann wrote: > > > > >> +requested. > > >> + > > >> +The client SHOULD NOT read from an area that has both > > >> +

Re: [Qemu-devel] [RFC PATCH v2 2/3] utils: Add cpuinfo helper to fetch /proc/cpuinfo

Adding Suzuki Poulose. Hi Suzuki, On Fri, Apr 8, 2016 at 3:13 PM, Peter Maydell wrote: > On 8 April 2016 at 07:21, Vijay Kilari wrote: >> On Thu, Apr 7, 2016 at 5:15 PM, Peter Maydell >> wrote: >>> I'm told there are

Re: [Qemu-devel] ping [PATCH 0/3] Switch USB HID to QKeyCode

You can improve your chances for people looking at your patches: don't require them to go hunting for the parts! Use proper threading. If you can't get git-send-email to work with gmail (unlike other gmail users), get yourself an email address you can get to work.

Re: [Qemu-devel] [Nbd] [PATCHv8] Improve documentation for TLS

Wouter, On 11 Apr 2016, at 07:10, Wouter Verhelst wrote: > Mostly there. Final note: > > On Sun, Apr 10, 2016 at 01:47:32PM +0100, Alex Bligh wrote: >> diff --git a/doc/proto.md b/doc/proto.md >> index f117394..5005552 100644 >> --- a/doc/proto.md >> +++ b/doc/proto.md >> @@

Re: [Qemu-devel] [PATCH] net: mipsnet: check packet length against buffer

+-- On Thu, 7 Apr 2016, Markus Armbruster wrote --+ | P J P writes: | | > --- a/hw/net/mipsnet.c | > +++ b/hw/net/mipsnet.c | > @@ -82,6 +82,9 @@ static ssize_t mipsnet_receive(NetClientState *nc, const uint8_t *buf, size_t si | > if (!mipsnet_can_receive(nc)) | >

[Qemu-devel] [PATCH v2 00/13] IOMMU: Enable interrupt remapping for Intel IOMMU

v2 changes: - patch 1 - rename "int_remap" to "intr" in several places [Marcel] - remove "Intel" specific words in desc or commit message, prepare itself with further AMD support [Marcel] - avoid using object_property_get_bool() [Marcel] - patch 5 - use PCI bus number 0xff rather than

[Qemu-devel] [PATCH v2 01/13] q35: add "int-remap" flag to enable intr

One flag is added to specify whether to enable INTR for emulated IOMMU. By default, interrupt remapping is not supportted. To enable it, we should specify something like: $ qemu-system-x86_64 -M q35,iommu=on,intr=on To be more clear, the following command: $ qemu-system-x86_64 -M q35,iommu=on

[Qemu-devel] [Bug 1568107] Re: setup_rt_frame: not implemented

Yes, the x86-64 linux-user target does not have any implementation of signal handling. ** Summary changed: - setup_rt_frame: not implemented + x86_64 linux-user: setup_rt_frame: not implemented -- You received this bug notification because you are a member of qemu- devel-ml, which is

Re: [Qemu-devel] [PATCH for-2.7 v6 2/2] spapr: implement query-hotpluggable-cpus callback

On Mon, Apr 11, 2016 at 11:23:57AM +0200, Igor Mammedov wrote: > On Mon, 11 Apr 2016 14:54:24 +1000 > David Gibson wrote: > > > On Fri, 8 Apr 2016 13:29:56 +0200 > > Igor Mammedov wrote: > > > > > it returns a list of present/possible to hotplug CPU >

Re: [Qemu-devel] [PATCH v4 5/5] Add param Error ** for msi_init()

On 04/10/2016 12:38 PM, Cao jin wrote: On 04/10/2016 04:20 PM, Marcel Apfelbaum wrote: Hi, I'll let Markus to continue the review, it brings very valuable information, I will only try to answer the questions below. Several questions on this topic: 1. How to confirm whether a device model

Re: [Qemu-devel] [PATCH 01/13] q35: add "int-remap" flag to enable intr

On 04/08/2016 10:30 AM, Peter Xu wrote: It's a long time from previous post... However I will start to pick this up. Several questions on the comments... On Sun, Feb 21, 2016 at 12:38:38PM +0200, Marcel Apfelbaum wrote: On 02/19/2016 05:30 AM, Peter Xu wrote: One flag is added to specify

[Qemu-devel] [PATCH v2 11/13] intel_iommu: add IR translation faults defines

Adding translation fault definitions for interrupt remapping. Please refer to VT-d spec section 7.1. Signed-off-by: Peter Xu --- hw/i386/intel_iommu_internal.h | 13 + 1 file changed, 13 insertions(+) diff --git a/hw/i386/intel_iommu_internal.h

[Qemu-devel] [PATCH v2 02/13] acpi: enable INTR for DMAR report structure

In ACPI DMA remapping report structure, enable INTR flag when specified. Signed-off-by: Peter Xu --- hw/i386/acpi-build.c | 12 +--- include/hw/i386/intel_iommu.h | 2 ++ 2 files changed, 11 insertions(+), 3 deletions(-) diff --git a/hw/i386/acpi-build.c

[Qemu-devel] [PATCH v2 05/13] acpi: add DMAR scope definition for root IOAPIC

To enable interrupt remapping for intel IOMMU device, each IOAPIC device in the system reported via ACPI MADT must be explicitly enumerated under one specific remapping hardware unit. This patch adds the root-complex IOAPIC into the default DMAR device. Please refer to VT-d spec 8.3.1.1 for more

[Qemu-devel] [PATCH v2 04/13] intel_iommu: set IR bit for ECAP register

Enable IR in IOMMU Extended Capability register. Signed-off-by: Peter Xu --- hw/i386/intel_iommu.c | 7 +++ hw/i386/intel_iommu_internal.h | 2 ++ 2 files changed, 9 insertions(+) diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c index 4b0558e..17668d6

[Qemu-devel] [PATCH v2 06/13] intel_iommu: define interrupt remap table addr register

Defined Interrupt Remap Table Address register to store IR table pointer. Also, do proper handling on global command register writes to store table pointer and its size. One more debug flag "DEBUG_IR" is added for interrupt remapping. Signed-off-by: Peter Xu ---

[Qemu-devel] [PATCH v2 03/13] intel_iommu: allow queued invalidation for IR

Queued invalidation is required for IR. This patch add basic support for interrupt cache invalidate requests. Since we currently have no IR cache implemented yet, we can just skip all interrupt cache invalidation requests for now. Signed-off-by: Peter Xu ---

[Qemu-devel] [PATCH v2 07/13] intel_iommu: handle interrupt remap enable

Handle writting to IRE bit in global command register. Signed-off-by: Peter Xu --- hw/i386/intel_iommu.c | 20 1 file changed, 20 insertions(+) diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c index 00b873c..4d14124 100644 ---

[Qemu-devel] [PATCH v2 09/13] intel_iommu: provide helper function vtd_get_iommu

Moves acpi_get_iommu() under VT-d to make it a public function. Signed-off-by: Peter Xu --- hw/i386/acpi-build.c | 7 +-- hw/i386/intel_iommu.c | 13 + include/hw/i386/intel_iommu.h | 2 ++ 3 files changed, 16 insertions(+), 6 deletions(-)

[Qemu-devel] [PATCH v2 13/13] intel_iommu: Add support for PCI MSI remap

This patch enables interrupt remapping for PCI devices. To play the trick, one memory region "iommu_ir" is added as child region of the original iommu memory region, covering range 0xfeeX (which is the address range for APIC). All the writes to this range will be taken as MSI, and translation

[Qemu-devel] [PATCH v2 12/13] intel_iommu: ioapic: IR support for emulated IOAPIC

This patch add the first device support for Intel IOMMU interrupt remapping, which is the default IOAPIC device created alongside with Q35 platform. This will be the first step along the way to fully enable IOMMU IR on x86 systems. Currently, only emluated IOAPIC is supported. This requires

[Qemu-devel] [PATCH v2 10/13] ioapic-common: add iommu for IOAPICCommonState

When IR is enabled for IOMMU, each IOAPIC will belong to a specific intel IOMMU. This pointer will store the owner of current IOAPIC, which is always the default IOMMU device. Signed-off-by: Peter Xu --- hw/intc/ioapic_common.c | 2 ++

  1   2   >