Signed-off-by: Gerd Hoffmann
---
include/hw/virtio/virtio-input.h | 14 --
include/qemu/bswap.h | 19 +++
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/include/hw/virtio/virtio-input.h b/include/hw/virtio/virtio-input.h
index 169adee..1b4
On Mon, Apr 11, 2016 at 09:34:44PM +0100, Alex Bligh wrote:
> 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 g
"_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 b/include/hw/virtio/virtio-input.h
index af1c2
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 i
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 d
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 Reviewed-by tag
v11:
- Fix wrong sleep time for checkpoint period. (Dave's commen
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
/var/lib/libvirt/images/vm1p4.i
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 and hotpluggable
> > > CPU objects, it is required from a target
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
> >>
> >> Hello All,
> >>
> >> This is v4 of e1000e series.
> >>
> >> For
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 nothing.
>
> This patch makes
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 object_property_get_bo
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
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();
> +
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 process:
> 1. error_detected
> 2. reset_link (if fatal)
>
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...
I
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
>
> +DEF("tc
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 independent issue f
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
>> `
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 Support to VFIO devices with vIOMMU pres
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 circum
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 to whitelist it.
>
> S
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
>
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: Tue, 23 Feb 2016 00:24:54 +0200
> > > Subject: [PATCH] I
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 is
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 floating-point calculations, there is a n
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 for NaN-like operands. Details on these
kxinst
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 platforms.
- In connection with .. and
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® Architecture For Programmers Volume II-A:
The MIPS64® Instruction Set Ref
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 [2], page 52, table 3.7 "Default
Na
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 properly set for any Mips configuration
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 Programmers Volume II-A:
The MIPS64® In
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 ef285e3..bba771e 100644
---
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 vIOMMU present
> >
> > * Fix bug that pre
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 ob
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 const_le32(_x)
; 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:
>
>
> https://github.com/mc
On 04/11/2016 07:18 AM, Eli Britstein wrote:
>
[meta-comment]
> Thanks, Eli
>>
>> --
>> MST
> -
> This email and any files transmitted and/or attachmen
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" either
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:
/pull-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 (
> -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,
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 VFIO
> device are present.
> * Adver
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
--- a/include/hw/virtio/virtio-input.h
+++ b/include/hw/v
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 = const_le32(INPUT_EVENT_ABS_SIZE - 1
> 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),
> ^
> /home/pm215/qemu/hw/input/virtio-in
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 teaser: Fixed read/write support and the
>
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.
>
> --
> You received this bug notificati
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 a/tests/run/nbd-tester-client.c b/test
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 not
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
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
+++ b/tests/run/nbd-tester-c
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 Kiruvale wrote:
>
> > Hi Gre
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 only under Linux hosts.
>
> I searched a
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 cha
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
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.
https://bugs.
On 11 April 2016 at 14:37, Peter Maydell wrote:
> 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
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 been awhile since we synced-up with quite weeks an
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.
Signe
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 wrote:
I'm told there are kernel patches in progress to get this sort
o
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 i
> +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
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, Mar
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 Patch Status (Alvise)
- v
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 a
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
Signed-off-by: Prasad J Pand
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 corruption.
> Add check to avoid it.
>
> Reported
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 t
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
>>
>
> 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 changes up to fa4
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 quite weeks and Easter out of
>> the way are we good for a c
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 the address being che
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
> --- a/cpus.c
> +++ b/cpus.c
> @@ -1248,17 +1248,17 @@ v
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 APIC).
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 object_property_g
1a06d84:
>
> 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 to fetch changes up t
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).
> > I saw there is a performance
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 whethe
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:
>
> - State of MTTCG enab
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 not
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 MTTCG enabled LL/SC
>
>
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 to returning the stored sta
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 ++
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
---
hw/s390x/virtio-ccw.h | 2 +-
1 file changed, 1 insertion(+),
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 d
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 | 1 +
2 files changed, 21 insertions(+)
diff --git a/hw/s390x/virtio-ccw.c b/h
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 p
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 v2
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
Titl
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
Titl
"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 users use names of the form
>>
>>
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 thing
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
---
hw/display/vi
(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 changes up to fa49e4656a641af84e4cdf40c8d12dacb25dc0aa:
virtio-gpu: block live migration (2016-04-11 12:3
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 basically always for
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
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
---
hw/input/virtio-input-hid.c | 4 ++--
1 f
ing
(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 to fetch changes up to e2392a72e88104272f3986f0846e4f2f45453b26:
virtio-input: fix emulated tablet axis ranges (2016-04-11 11:4
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
0x46, translates to.
S
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
Message-id: 1459511146
1 - 100 of 138 matches
Mail list logo
