[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 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 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 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 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 v4 00/16] Introduce Intel 82574 GbE Controller Emulation (e1000e)

On Sun, 10 Apr 2016 19:22:17 +0300 Dmitry Fleytman wrote: > > On 10 Apr 2016, at 18:35, Michael S. Tsirkin wrote: > > > >> On Sun, Apr 10, 2016 at 06:14:49PM +0300, Dmitry Fleytman wrote: > >> From: Dmitry Fleytman > >>

Re: [Qemu-devel] [PATCH 3/3] ide: really restart pending and in-flight atapi dma

On 04/06/2016 12:40 AM, Denis V. Lunev wrote: > From: Pavel Butsykin > > Restart of ATAPI DMA used to be unreachable, because the request to do > so wasn't indicated in bus->error_status due to the lack of spare bits, and > ide_restart_bh() would return early doing

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

On Mon, 11 Apr 2016 17:19:10 +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] [PATCH for 2.6 v4 0/3] ide: fix loss of the dma/atapi state during migration

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 in the guest >> when the user

Re: [Qemu-devel] [RFC v2 09/11] tcg: add kick timer for single-threaded vCPU emulation

On 05/04/16 18:32, Alex Bennée wrote: > +static void kick_tcg_thread(void *opaque) > +{ > +QEMUTimer *self = *(QEMUTimer **) opaque; > +timer_mod(self, > + qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) + > + NANOSECONDS_PER_SECOND / 10); > +qemu_cpu_kick_no_halt(); >

Re: [Qemu-devel] [patch v6 11/12] vfio: register aer resume notification handler for aer resume

On Tue, 5 Apr 2016 19:42:02 +0800 Cao jin wrote: > From: Chen Fan > > for supporting aer recovery, host and guest would run the same aer > recovery code, that would do the secondary bus reset if the error > is fatal, the aer recovery

Re: [Qemu-devel] Unable to boot ubuntu 14.04 on qemu with raspi support

Ehi! I can see some progress in the RPi support since our last email :) The lastest qemu from Andrew is not booting without stopping. However, as you can see from this pastebin: http://pastebin.com/6XXCsL9f there are several errors during boot. I also noticed that boot is extraordinary slow...

Re: [Qemu-devel] [RFC v2 08/11] tcg: add options for enabling MTTCG

On 05/04/16 18:32, Alex Bennée wrote: > diff --git a/qemu-options.hx b/qemu-options.hx > index a770086..4eca704 100644 > --- a/qemu-options.hx > +++ b/qemu-options.hx > @@ -3224,6 +3224,20 @@ Attach to existing xen domain. > xend will use this when starting QEMU (XEN only). > ETEXI > >

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

Eric, On 11 Apr 2016, at 21:14, Eric Blake wrote: > Current qemu NBD server implementation does NOT send a reply to > NBD_OPT_ABORT, but immediately closes the connection. I don't know if > that is a bug in qemu (especially given the discussion on NBD_CMD_DISC), > but it is an

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

On 04/11/2016 02:22 PM, Stefano Stabellini wrote: > On Mon, 11 Apr 2016, Anthony PERARD wrote: >> 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 >>

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

Some more detailed comments now that I have some faith that the host IOMMU domain is working correctly... 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

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

On 04/11/2016 01:27 AM, Alex Bligh wrote: >>> +There is no requirement for the client or server to complete a negotiation >>> +if it does not wish to do so. If the client does not find an export it >>> +is looking for (for instance) it may simply close the TCP connection. >>> +Under certain

Re: [Qemu-devel] [PATCH] Whitelist sysinfo call

Quoting mreza...@redhat.com (mreza...@redhat.com): > From: Miroslav Rezanina > > Newer version of nss-softokn libraries (> 3.16.2.3) use sysinfo call > so qemu using rbd image hang after start when run in sandbox mode. > > To allow using rbd images in sandbox mode we have

Re: [Qemu-devel] [RFC v2 03/11] docs: new design document multi-thread-tcg.txt (DRAFTING)

On 05/04/16 18:32, Alex Bennée wrote: (snip) > +Introduction > + > + > +This document outlines the design for multi-threaded TCG emulation. > +The original TCG implementation was single threaded and dealt with > +multiple CPUs by with simple round-robin scheduling. This simplified a >

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

On Mon, 11 Apr 2016 19:38:08 +0300 "Michael S. Tsirkin" wrote: > 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:

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

On Mon, 11 Apr 2016, Anthony PERARD wrote: > 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

[Qemu-devel] [PATCH v3 5/6] target-mips: Add abs2008 flavor of <ABS|NEG>.<S|D>

From: Aleksandar Markovic Updated handling of instuctions .. Note that legacy (pre-abs2008) ABS and NEG instructions are arithmetic (any NaN operand signals invalid operation), while abs2008 ones are non-arithmetic, always changing the sign bit, even

[Qemu-devel] [PATCH v3 1/6] softfloat: Implement run-time-configurable meaning of signaling NaN bit

From: Aleksandar Markovic This patch modifies SoftFloat library so that it can be configured in run-time in relation to the meaning of signaling NaN bit, while, at the same time, strictly preserving its behavior on all existing platforms. Background: In

[Qemu-devel] [PATCH v3 0/6] target-mips: Initiate IEEE 754-2008 support

From: Aleksandar Markovic v3 - Patch series reorganized into 6 patches instead of 2. - Commit messages improved. - Except commit messages, net result of applying v3 and v2 is the same. v2 - Relevant CPU initialization code changes revisited for all

[Qemu-devel] [PATCH v3 6/6] target-mips: Add nan2008 flavor of <CEIL|CVT|FLOOR|ROUND|TRUNC>.<L|W>.<S|D>

From: Aleksandar Markovic New set of helpers for handling nan2008-syle versions of instructions ... Details on these instructions are presented in [1], pages 129, 130, 149, 155, 222, 223, 393, 394, 504, 505. [1] "MIPS®

[Qemu-devel] [PATCH v3 2/6] softfloat: For Mips only, correct default NaN values

From: Aleksandar Markovic Only for Mips platform, and only for cases when snan_bit_is_one is 0, correct default NaN values (in their 16-, 32-, and 64-bit flavors). For more info, see [1], page 84, Table 6.3 "Value Supplied When a New Quiet NaN Is Created", and

[Qemu-devel] [PATCH v3 4/6] target-mips: Activate IEEE 274-2008 support

From: Aleksandar Markovic 1) Definitions of Mips processors are updated to reflect supported IEEE-754-2008-related features. (file target-mips/translate_init.c) 2) Functions mips_cpu_reset() and msa_reset() are updated so that flag snan_bit_is_one is

[Qemu-devel] [PATCH v3 3/6] softfloat: For Mips only, correct order in pickNaNMulAdd()

From: Aleksandar Markovic Only for Mips platform, and only for cases when snan_bit_is_one is 0, correct the order of argument comparisons in pickNaNMulAdd(). For more info, see [2], page 53, section "3.5.3 NaN Propagation". [1] "MIPS® Architecture For

[Qemu-devel] [PATCH] docs/atomics.txt: Update pointer to linux macro

Add a missing end brace and update doc to point to the latest access macro. ACCESS_ONE() is deprecated. Signed-off-by: Pranith Kumar --- docs/atomics.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/atomics.txt b/docs/atomics.txt index

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

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] 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

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] 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] 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.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:

[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] 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] [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

[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] [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 =

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), > ^ >

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] [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. > > -- >

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

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] [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

[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 +++

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

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

[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

[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] [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/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

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

[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] [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

[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] [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

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] 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

[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

[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 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

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

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] [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

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

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] [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 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] [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] [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] 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] [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] 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 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

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

[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

[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

[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 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 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

[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] [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

[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

[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

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

[Qemu-devel] [PULL 1/2] ui/virtio-gpu: add and use qemu_create_displaysurface_pixman

Add a the new qemu_create_displaysurface_pixman function, to create a DisplaySurface backed by an existing pixman image. In that case there is no need to create a new pixman image pointing to the same backing storage. We can just use the existing image directly. This does not only simplify

[Qemu-devel] [PULL 2/2] virtio-gpu: block live migration

Feeling a bit nervous putting the full live migration support patch (https://patchwork.ozlabs.org/patch/606902/) in that late in the 2.6 devel cycle as it carries some non-trivial changes. So disable migration in case virtio-gpu is present for now. Signed-off-by: Gerd Hoffmann

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

-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 changes up to fa49e4656a641af84e4cdf40c8d12dacb25dc0aa: virtio-gpu: block live migration (2016-04-11 12:36:34 +0200

Re: [Qemu-devel] [RFC PATCH v2 1/3] target-arm: Use Neon for zero checking

On 9 April 2016 at 23:45, Richard Henderson wrote: > On 04/07/2016 02:58 AM, vija...@caviumnetworks.com wrote: >> >> +#elif defined __aarch64__ >> +#include "arm_neon.h" > > > A better test is __NEON__, which asserts that neon is available at compile > time (which will be true

[Qemu-devel] [PULL 4/5] virtio-input: add live migration support

virtio-input is simple enough that it doesn't need to xfer any state. Still we have to wire up savevm manually, so the generic pci and virtio are saved correctly. Additionally we need to do some post-load processing to figure whenever the guest uses the device or not, so we can give input routing

[Qemu-devel] [PULL 5/5] virtio-input: fix emulated tablet axis ranges

From: Ladi Prosek The reported maximum was wrong. The X and Y coordinates are 0-based so if size is 8000 maximum must be 7FFF. Signed-off-by: Ladi Prosek Message-id: 1460128893-10244-1-git-send-email-lpro...@redhat.com Signed-off-by: Gerd Hoffmann

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

-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 to fetch changes up to e2392a72e88104272f3986f0846e4f2f45453b26: virtio-input: fix emulated tablet axis ranges (2016-04-11 11:45:11 +0200

[Qemu-devel] [PULL 1/5] virtio-input: add missing key mappings

From: Ladi Prosek KEY_PAUSE is flat out missing. KEY_SYSRQ already has a keycode assigned but it's not what I'm seeing on my system. The mapping doesn't appear to have to be unique so both keycodes now map to KEY_SYSRQ which is what the "Keyboard PrintScreen", HID usage ID

[Qemu-devel] [PULL 3/5] virtio-input: implement pass-through evdev writes

From: Ladi Prosek The write path for pass-through devices, commonly used for controlling keyboard LEDs via EV_LED, was not implemented. This commit adds the necessary plumbing to connect the status virtio queue to the host evdev file descriptor. Signed-off-by: Ladi Prosek

[Qemu-devel] [PULL 2/5] virtio-input: retrieve EV_LED host config bits

From: Ladi Prosek VIRTIO_INPUT_CFG_EV_BITS with subsel of EV_LED was always returning an empty bitmap for pass-through input devices. Signed-off-by: Ladi Prosek Message-id: 1459418028-7473-1-git-send-email-lpro...@redhat.com Signed-off-by: Gerd Hoffmann

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

  1   2   >