On 14/08/16 8:21 am, "Michael S. Tsirkin" wrote:
>On Fri, Aug 12, 2016 at 07:16:34AM +, Prerna Saxena wrote:
>>
>> On 12/08/16 12:08 pm, "Fam Zheng" wrote:
>>
>>
>>
>>
>>
>> >On Wed, 08/10 18:30, Michael S. Tsirkin wrote:
>> >> From: Prerna Saxena
>> >>
>> >> The set_mem_table comma
On Fri, 08/12 16:32, Stefan Hajnoczi wrote:
> The vq->inuse field is not migrated. Many devices don't hold
> VirtQueueElements across migration so it doesn't matter that vq->inuse
> starts at 0 on the destination QEMU.
>
> At least virtio-serial, virtio-blk, and virtio-balloon migrate while
> hol
This patch introduces the Qualcomm Technologies, Inc HIDMA device and
allows passthrough the host HIDMA device to a guest machine using the
vfio-platform framework.
A platform device tree node is created for the guest machine which
contains the compat string 'qcom,hidma-1.0', mmio regions, active
On 13 August 2016 at 12:52, Benjamin Herrenschmidt
wrote:
> This is very handy when debugging a guest, especially when it's
> stuck on accessing some HW and the only way to figure out what
> specific piece of HW is to translate the virtual address to
> a hardware address that can then be matched w
Hi
Stefan Hajnoczi writes:
> [ Unknown signature status ]
> On Thu, Aug 11, 2016 at 09:18:12AM +0200, Gaudenz Steinlin wrote:
>>
>> [ Please CC me on replies as I'm not subscribed to this list. ]
>>
>> Hi
>>
>> The Fix for CVE-2016-5403 (virtio: error out if guest exceeds virtqueue
>> size)
Gaudenz Steinlin writes:
> Hi
>
> Stefan Hajnoczi writes:
>
>> [ Unknown signature status ]
>> On Thu, Aug 11, 2016 at 09:18:12AM +0200, Gaudenz Steinlin wrote:
>>>
>>> [ Please CC me on replies as I'm not subscribed to this list. ]
>>>
>>> Hi
>>>
>>> The Fix for CVE-2016-5403 (virtio: error
On Sun, 2016-08-14 at 19:55 +0100, Peter Maydell wrote:
> On 13 August 2016 at 12:52, Benjamin Herrenschmidt
> wrote:
> >
> > This is very handy when debugging a guest, especially when it's
> > stuck on accessing some HW and the only way to figure out what
> > specific piece of HW is to translate
On Sun, Aug 14, 2016 at 09:42:11AM +, Prerna Saxena wrote:
> On 14/08/16 8:21 am, "Michael S. Tsirkin" wrote:
>
>
> >On Fri, Aug 12, 2016 at 07:16:34AM +, Prerna Saxena wrote:
> >>
> >> On 12/08/16 12:08 pm, "Fam Zheng" wrote:
> >>
> >>
> >>
> >>
> >>
> >> >On Wed, 08/10 18:30, Mi
This adds a simplistic emulation of the Sun GEM ethernet controller
found in Apple ASICs.
Currently we only support the Apple UniNorth 1.x variant, but the
other Apple or Sun variants should mostly be a matter of adding
PCI IDs options.
It doesn't (yet) support state saving, but neither does the
Hi,
Your series seems to have some coding style problems. See output below for
more information:
Message-id: 1471214931.12231.71.ca...@kernel.crashing.org
Subject: [Qemu-devel] [PATCH] net: Add SunGEM device emulation as found on
Apple UniNorth
Type: series
=== TEST SCRIPT BEGIN ===
#!/bin/bash
On Sun, 2016-08-14 at 19:55 +0100, Peter Maydell wrote:
> On 13 August 2016 at 12:52, Benjamin Herrenschmidt
> wrote:
> >
> > This is very handy when debugging a guest, especially when it's
> > stuck on accessing some HW and the only way to figure out what
> > specific piece of HW is to translate
On Sun, 2016-08-14 at 15:54 -0700, no-reply@ec2-52-6-146-230.compute-
1.amazonaws.com wrote:
> Hi,
>
> Your series seems to have some coding style problems. See output
> below for more information:
Bla bla bla bla ...
Seriously, we have nazi stylebot on the list now ?
I made conscious decisions
On Mon, 2016-08-15 at 09:59 +1000, Benjamin Herrenschmidt wrote:
> Bla bla bla bla ...
>
> Seriously, we have nazi stylebot on the list now ?
>
> I made conscious decisions to style it this way and as far as the tabs
> in the .h are concerned, that's because the file is lifted from Linux
> and I'
Public bug reported:
The SLIRP code has regressed between 2.6 and 2.7 and now fails to build
on OpenBSD.
cc -I/home/ports/pobj/qemu-2.7.0-rc2/qemu-2.7.0-rc2/tcg
-I/home/ports/pobj/qemu-2.7.0-rc2/qemu-2.7.0-rc2/tcg/i386 -I.
-I/home/ports/pobj/qemu-2.7.0-rc2/qemu-2.7.0-rc2 -I/home/ports/pobj/
qem
Hi,
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
> On Fri, Aug 12, 2016 at 12:47:04AM +, Zheng, Lv wrote:
> > Hi, Igor
> >
> > Thanks for the review.
> >
> > > From: Igor Mammedov [mailto:imamm.
Hi, Paolo
> From: Paolo Bonzini [mailto:pbonz...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
>
>
> On 11/08/2016 11:36, Lv Zheng wrote:
> >
> > -error_setg(errp, "'-acpitable' requires one of 'data' or 'file'");
> > +val = qemu
On 08/09/2016 05:08 PM, Kevin Wolf wrote:
Am 27.07.2016 um 09:01 hat Changlong Xie geschrieben:
From: Wen Congyang
Signed-off-by: Wen Congyang
Signed-off-by: Changlong Xie
Signed-off-by: Wang WeiWei
Signed-off-by: zhanghailiang
Signed-off-by: Gonglei
Reviewed-by: Eric Blake
@@ -2078,6
On Mon, Aug 15, 2016 at 01:33:41AM +, Zheng, Lv wrote:
> Hi,
>
> > From: Michael S. Tsirkin [mailto:m...@redhat.com]
> > Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> > revision changes
> >
> > On Fri, Aug 12, 2016 at 12:47:04AM +, Zheng, Lv wrote:
> > > Hi, Igor
On 08/10/2016 10:57 PM, Paolo Bonzini wrote:
On 10/08/2016 10:16, Zhang Chen wrote:
Hi~ paolo~~
Just a ping...
Have any comments for this patch?
Same as before: the patch is pointless alone, it makes sense to include
it as part of CoLo, if CoLo needs it.
OK, I will move this patch to col
Hi,
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
> On Mon, Aug 15, 2016 at 01:33:41AM +, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Michael S. Tsirkin [mailto:m...@redhat.com]
> > > Subject: Re:
On Mon, Aug 15, 2016 at 02:18:55AM +, Zheng, Lv wrote:
> Hi,
>
> > From: Michael S. Tsirkin [mailto:m...@redhat.com]
> > Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> > revision changes
> >
> > On Mon, Aug 15, 2016 at 01:33:41AM +, Zheng, Lv wrote:
> > > Hi,
> >
ping
On 2016/8/2 11:57, Zhou Jie wrote:
During aer err occurs and resume do following to
protect device from being accessed.
1. Make config space read only.
2. Disable INTx/MSI Interrupt.
3. Do nothing for bar regions.
Signed-off-by: Zhou Jie
---
v2-v3:
1. Call init_completion() in vfio_pci
Hi, Michael
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
> On Mon, Aug 15, 2016 at 02:18:55AM +, Zheng, Lv wrote:
> > Hi,
> >
> > > From: Michael S. Tsirkin [mailto:m...@redhat.com]
> > > Subjec
Hi drew,
在 2016年08月12日 23:44, Andrew Jones 写道:
Hi Dou,
I'm catching up on mail after vacation so I reviewed the wrong
version of this patch first... Darn. I'll try again with this
version. Please still check my comments in that old version though,
as I'm going faster through this one and may m
Sorry for the noise.
On 08/10/2016 11:18 AM, Cao jin wrote:
The parameter table_offset & pba_offset is kind of confusing, they shouldn't
include bir field.
Signed-off-by: Cao jin
---
According to the passed arguments, I guess all the callers of msix_init()
has the same feeling with me, but I
Hi, Igor
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
> On Fri, 12 Aug 2016 00:47:04 +
> "Zheng, Lv" wrote:
>
> > Hi, Igor
> >
> > Thanks for the review.
> >
> > > From: Igor Mammedov [mailto:i
Hello All,
I'm working on a new microcontroller target (Atmel ATSAM4E) for the
qemu-system-arm executable. I've successfully setup a machine and created
some peripherals. I have some questions about how to structure the files
for contributing this target to the qemu project.
In the current "hw"
Hi, Igor
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Subject: Re: [PATCH v5 1/2] ACPI: Cleanup -acpitable option code
>
> On Thu, 11 Aug 2016 17:36:38 +0800
> Lv Zheng wrote:
>
> > In -acpitable options, at least/most one data/file sub-option is mandatory,
> > this patch cleans up the
On Thu, 08/11 11:31, Reda Sallahi wrote:
> This adds the conv=notrunc option to dd which tells dd to not truncate the
> output.
>
> Signed-off-by: Reda Sallahi
> ---
> Depends on:
> [PATCH v5] qemu-img: add skip option to dd
>
> Changes from v2:
> * Delete the mandatory conv=notrunc
> Changes fr
This document describes how to use cpu hotplug in QEMU.
Signed-off-by: Dou Liyang
---
Change log v2 -> v3:
From drew's advice:
1. modify the examples.
2. Fix some syntax.
Change log v1 -> v2:
From Fam's advice:
1. Fix some comment.
Change log v1:
From Igor's advice:
1. Rem
On Thu, 08/11 15:04, Reda Sallahi wrote:
> dd was creating an output image regardless of whether there was one already
> created. With this patch we try to open first the output image and resize it
> if necessary.
>
> We also make it mandatory to specify conv=notrunc when the file already
> exists
The following changes since commit 60ac136102098a70b97ab0c07bc7bf53131c:
target-arm: Fix warn about implicit conversion (2016-08-12 11:12:24 +0100)
are available in the git repository at:
git://github.com/dgibson/qemu.git tags/ppc-for-2.7-20160815
for you to fetch changes up to e703d2f7
From: Greg Kurz
Considering that features are converted to global properties and
global properties are automatically applied to every new instance
of created CPU (at object_new() time), there is no point in
parsing cpu_model string every time a CPU created. So move
parsing outside CPU creation lo
On Mon, Aug 15, 2016 at 11:48:59AM +0800, Dou Liyang wrote:
> Hi drew,
>
> 在 2016年08月12日 23:44, Andrew Jones 写道:
> >
> > Hi Dou,
> >
> > I'm catching up on mail after vacation so I reviewed the wrong
> > version of this patch first... Darn. I'll try again with this
> > version. Please still chec
On 15.08.2016 02:46, Brad Smith wrote:
> Public bug reported:
>
> The SLIRP code has regressed between 2.6 and 2.7 and now fails to build
> on OpenBSD.
[...]
> In file included from /usr/include/net/if.h:454:0,
> from slirp/slirp.c:34:
> /usr/include/net/if_arp.h:47:8: error: rede
35 matches
Mail list logo
