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
>> @@ -195,6 +195,13 @@ r
+-- 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))
| > return 0;
| >
|
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
+++ b/block.c
@@ -1255,6 +1255,23 @@ void bdrv_set_backing_hd(BlockDriver
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
---
qapi/block-core.json | 20 ++--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/qapi/block-core.json b/q
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 | 239 +
1 file changed, 239 insertions(+)
create mode 100644 docs/block-replication.txt
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 +
block/replication.c | 622 +++
tests/.gitignore | 1 +
tests/Makefi
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: Changlong Xie
Reviewed-by: Stefan Hajnoczi
Reviewed-by: Jeff Cody
---
block/Makefile.objs | 2 +-
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 is
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| 2 +-
include/block/block_int.h | 3 ++-
qemu-img.c
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 +
include/block/block_int.h | 2 ++
2 files changed, 19 insertions(+)
diff --git a/block/backup.c b/block/back
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 | 4 +-
> hw/s390x/virtio-ccw.c
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
replication.c| 96
replication.h| 175 ++
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, size_t si
> | > if (!
+-- 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.
--
Pras
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
> hugepages (the VM's hugepages). My VM's m
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 0
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
W
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 100644
--- a/hw/i386
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 i
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 b/hw/i386/intel_iommu_internal.h
index
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 b/hw/i386/acpi-build.c
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
---
hw/i386/intel_iommu.c |
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
---
hw/i386/intel_iommu.c | 9 ++
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
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
--- a/hw/i386/intel_iommu.c
+++ b/hw/i386
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(-)
diff --git a/hw/i386
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
"kerne
Several data structs are defined to better support the rest of the
patches: IRTE to parse remapping table entries, and IOAPIC/MSI related
structure bits to parse interrupt entries to be filled in by guest
kernel.
Signed-off-by: Peter Xu
---
include/hw/i386/intel_iommu.h | 60
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 ++
include/hw/i386/ioapic_internal.h | 3 +++
2 files
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
> > objects with a list of properties to use with
> > device_add.
> >
> > in spapr case returned list would looks like:
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 subscribe
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 platform that
> > wish to support command to implement and set
> > Machine
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
> > > objects with a list of properties to u
On Tue, Apr 05, 2016 at 09:14:09AM +, Gonglei (Arei) wrote:
> Virtio-crypto device Spec
>
> 1 Crypto Device
> The virtio crypto device is a virtual crypto device (ie. hardware crypto
> accelerator card). The encryption and decryption requests of are placed in
> the data
On Mon, 11 Apr 2016 15:08:34 +0530
Bharata B Rao wrote:
> 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 o
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 h
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 wheth
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
---
hw/input/virtio-input-host.c | 1 +
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
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
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
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
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
(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
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
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
"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
>>
>>
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
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
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
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
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
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
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(+),
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
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
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
>
>
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
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 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
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
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 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
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 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
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
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
>
> 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
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
>>
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
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
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
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
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
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
> +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
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
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
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
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
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
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.
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
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
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
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
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
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
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
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
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
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
>
> 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 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
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 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
> -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,
/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 (
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:
1 - 100 of 138 matches
Mail list logo
