Hi Michael,
> On Dec 19, 2017, at 8:27 PM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Wed, Dec 13, 2017 at 12:26:44AM -0800, b...@skyportsystems.com wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> Now that virtio-win guest drivers provid
y: Stefan Hajnoczi <stefa...@redhat.com>
Reviewed-by: Ben Warren <b...@skyportsystems.com>
> ---
> hw/audio/fmopl.h | 1 -
> bsd-user/main.c | 1 -
> chardev/wctablet.c | 4
> hw/scsi/vhost-user-scsi.c| 1 -
> linux-user/main.c
From: Ben Warren <b...@skyportsystems.com>
Now that virtio-win guest drivers provided by non-Redhat vendors need to
use a different Subsystem Vendor ID value, a way is needed to set this
parameter on the host. This works with all of the PCI-based devices,
such as NetKVM, viostor, v
It looks like you dropped Marc-André and my Reviewed-by lines. Please put them
back.
> On Nov 27, 2017, at 5:05 AM, Roman Kagan wrote:
>
> Switch vmgenid device to use the UUID property type introduced in the
> previous patch for its 'guid' property.
>
> One semantic
> On Nov 24, 2017, at 7:36 AM, Roman Kagan <rka...@virtuozzo.com> wrote:
>
> UUIDs (GUIDs) are widely used in VMBus-related stuff, so a dedicated
> property type becomes helpful.
>
> Signed-off-by: Roman Kagan <rka...@virtuozzo.com>
Reviewed-by: Ben W
ts 'guid' property.
>
> One semantic change it introduces is that post-realize modification of
> 'guid' via HMP or QMP will now be rejected with an error; however,
> according to docs/specs/vmgenid.txt this is actually desirable.
>
> Signed-off-by: Roman Kagan <rka...@vi
> On Oct 6, 2017, at 4:50 PM, Philippe Mathieu-Daudé <f4...@amsat.org> wrote:
>
> Signed-off-by: Philippe Mathieu-Daudé <f4...@amsat.org>
Reviewed-by: Ben Warren <b...@skyportsystems.com>
> ---
> hw/acpi/vmgenid.c | 2 +-
> 1 file changed, 1 insertion(+), 1 d
e but VM GEN ID isn't.
>
> To fix, switch to common boot sector infrastructure.
>
> Cc: Laszlo Ersek <ler...@redhat.com>
> Cc: Peter Maydell <peter.mayd...@linaro.org>
> Cc: Ben Warren <b...@skyportsystems.com>
> Signed-off-by: Michael S. Tsirkin <m...@redhat.c
Hi,
> On Jul 13, 2017, at 4:51 AM, Marc-André Lureau <marcandre.lur...@gmail.com>
> wrote:
>
> Hi
>
> On Thu, Jul 13, 2017 at 1:32 PM Laszlo Ersek <ler...@redhat.com
> <mailto:ler...@redhat.com>> wrote:
> On 07/13/17 12:47, Peter Maydell wrote:
&
Hi Laszlo,
> On Jul 11, 2017, at 3:13 PM, Laszlo Ersek wrote:
>
> On 07/11/17 22:42, Peter Maydell wrote:
>> On 11 July 2017 at 20:10, Michael S. Tsirkin wrote:
>>> On Tue, Jul 11, 2017 at 05:49:07PM +0100, Peter Maydell wrote:
The good news is it's not
Hi Peter,
> On Jul 11, 2017, at 6:32 AM, Peter Maydell <peter.mayd...@linaro.org> wrote:
>
> On 3 July 2017 at 20:45, Michael S. Tsirkin <m...@redhat.com> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> The following tests are implemente
From: Ben Warren <b...@skyportsystems.com>
The following tests are implemented:
* test that a GUID passed in by command line is propagated to the guest.
Read the GUID from guest memory
* test that the "auto" argument to the GUID generates a valid GUID, as
seen by the guest.
*
x-2.6 -global
> fw_cfg.dma_enabled=on
> [boots normally]
>
> Suggested-by: Eduardo Habkost <ehabk...@redhat.com>
> Signed-off-by: Marc-André Lureau <marcandre.lur...@redhat.com>
Reviewed-by: Ben Warren <b...@skyportsystems.com <mailto:m...@redhat.com>>
> ---
>
> On Jun 1, 2017, at 7:52 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Thu, Jun 01, 2017 at 07:46:24AM -0700, Ben Warren wrote:
>>
>>> On Jun 1, 2017, at 7:21 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>>>
>>> On Thu, Jun
> On Jun 1, 2017, at 7:21 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Thu, Jun 01, 2017 at 08:10:27AM +, Marc-André Lureau wrote:
>> Hi
>>
>> On Mon, May 29, 2017 at 7:18 PM Ben Warren via Qemu-devel <
>> qemu-devel@nongnu
From: Ben Warren <b...@skyportsystems.com>
The following tests are implemented:
* test that a GUID passed in by command line is propagated to the guest.
Read the GUID from guest memory
* test that the "auto" argument to the GUID generates a valid GUID, as
seen by the guest.
*
Hi,
> On Apr 21, 2017, at 3:14 AM, Marc-André Lureau
> wrote:
>
> Hi,
>
> Was this patch intentionally dropped from the series?
>
Good question. I thought the whole patch series was pulled in, but it looks
like this one was not. I guess we’ll see what Michael
> On Apr 12, 2017, at 1:47 PM, Marc-André Lureau <marcandre.lur...@gmail.com>
> wrote:
>
> Hi
>
> On Thu, Apr 13, 2017 at 12:25 AM Ben Warren <b...@skyportsystems.com
> <mailto:b...@skyportsystems.com>> wrote:
>> On Apr 12, 2017, at 1:22 PM,
> On Apr 12, 2017, at 1:22 PM, Marc-André Lureau <marcandre.lur...@gmail.com>
> wrote:
>
> Hi
>
> On Thu, Apr 13, 2017 at 12:17 AM Ben Warren <b...@skyportsystems.com
> <mailto:b...@skyportsystems.com>> wrote:
>> On Apr 12, 2017, at 1:06 PM,
> On Apr 12, 2017, at 1:06 PM, Marc-André Lureau <marcandre.lur...@gmail.com>
> wrote:
>
> Hi
>
> On Thu, Mar 2, 2017 at 10:22 AM Michael S. Tsirkin <m...@redhat.com
> <mailto:m...@redhat.com>> wrote:
> From: Ben Warren <b...@skypo
>
> DMA for fw_cfg is enabled in 2.5+ machine types only (see commit
> e6915b5f3a87, "fw_cfg: unbreak migration compatibility for 2.4 and earlier
> machines", 2016-02-18).
>
> Cc: "Michael S. Tsirkin" <m...@redhat.com>
> Cc: Ben Warren <b...@skyport
Thanks Laszlo!
> On Mar 20, 2017, at 10:05 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> A system with multiple VMGENID devices is undefined in the VMGENID spec by
> omission.
>
> Cc: "Michael S. Tsirkin" <m...@redhat.com>
> Cc: Ben Warren <b...@
counter.
>>>>>
>>>>> QMP command example:
>>>>>{ "execute": "query-vm-generation-id" }
>>>>>
>>>>> HMP command example:
>>>>>info vm-generation-id
>>>>>
>>>>> Sign
> On Feb 20, 2017, at 7:41 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/20/17 15:57, Igor Mammedov wrote:
>> On Thu, 16 Feb 2017 15:15:32 -0800
>> b...@skyportsystems.com wrote:
>>
>>> From: Ben Warren <b...@skyportsystems.com>
>>
> On Feb 17, 2017, at 12:07 PM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/17/17 17:03, Laszlo Ersek wrote:
>> On 02/17/17 16:33, Ben Warren wrote:
>>>
>>>> On Feb 17, 2017, at 2:43 AM, Igor Mammedov <imamm...@redhat.com
>>>> <m
> On Feb 17, 2017, at 2:43 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Thu, 16 Feb 2017 15:15:36 -0800
> b...@skyportsystems.com wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This implements the VM Generation ID feature
> On Feb 16, 2017, at 11:03 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/16/17 19:32, Ben Warren wrote:
>>
>>> On Feb 16, 2017, at 1:56 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>>>
>>> On Wed, 15 Feb 2017 22:18:14 -0800
> On Feb 16, 2017, at 1:56 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Wed, 15 Feb 2017 22:18:14 -0800
> b...@skyportsystems.com wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This implements the VM Generation ID feature
> On Feb 16, 2017, at 2:36 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Wed, 15 Feb 2017 22:18:17 -0800
> b...@skyportsystems.com <mailto:b...@skyportsystems.com> wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> The fol
> On Feb 16, 2017, at 9:01 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/16/17 07:18, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This is similar to the e
> On Feb 16, 2017, at 6:29 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Wed, 15 Feb 2017 22:18:10 -0800
> b...@skyportsystems.com wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This patch set adds support for pas
ommands to query Virtual Machine Generation ID counter.
>>
>> QMP command example:
>>{ "execute": "query-vm-generation-id" }
>>
>> HMP command example:
>>info vm-generation-id
>>
>> Signed-off-by: Igor Mammedov
> On Feb 15, 2017, at 7:24 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/15/17 13:19, Igor Mammedov wrote:
>> On Tue, 14 Feb 2017 22:15:46 -0800
>> b...@skyportsystems.com wrote:
>>
>>> From: Ben Warren <b...@skyportsystems.com>
>&
> On Feb 15, 2017, at 6:30 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/15/17 07:15, b...@skyportsystems.com wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This allows them to be centrally initialized and destroyed
>>
>&g
> On Feb 15, 2017, at 2:56 PM, Eric Blake <ebl...@redhat.com> wrote:
>
> On 02/15/2017 03:58 PM, Ben Warren wrote:
>
>>>
>>> ---
>>> tests/acpi-utils.h | 75
>>>
> On Feb 15, 2017, at 1:35 PM, Eric Blake <ebl...@redhat.com> wrote:
>
> On 02/15/2017 12:15 AM, b...@skyportsystems.com
> <mailto:b...@skyportsystems.com> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> Also usable by upcoming VM Gene
> On Feb 15, 2017, at 11:14 AM, Ben Warren <b...@skyportsystems.com> wrote:
>
>>
>> On Feb 15, 2017, at 10:24 AM, Igor Mammedov <imamm...@redhat.com
>> <mailto:imamm...@redhat.com>> wrote:
>>
>> On Wed, 15 Feb 2017 20:04:40 +0
;> Laszlo Ersek <ler...@redhat.com> wrote:
>>>>>
>>>>>> Commenting under Igor's reply for simplicity
>>>>>>
>>>>>> On 02/15/17 11:57, Igor Mammedov wrote:
>>>>>>> On Tue, 14 Feb 2017 22:15:43 -
> On Feb 15, 2017, at 8:40 AM, Michael S. Tsirkin wrote:
>
> On Wed, Feb 15, 2017 at 05:07:57PM +0100, Igor Mammedov wrote:
>>> Those improvements can be added later, IMO -- but please do work out
>>> with Igor whether he really wants a v7 for those.
>> since it's minor fixes
Hi
> On Feb 12, 2017, at 11:55 AM, Marcel Apfelbaum <marcel.apfelb...@gmail.com>
> wrote:
>
> On 02/06/2017 06:31 PM, Michael S. Tsirkin wrote:
>> On Sun, Feb 05, 2017 at 01:12:03AM -0800, b...@skyportsystems.com wrote:
>>> From: Ben Warren <b...@skyp
> On Feb 9, 2017, at 12:24 PM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/09/17 21:02, Ben Warren wrote:
>>
>>> On Feb 9, 2017, at 11:27 AM, Laszlo Ersek <ler...@redhat.com
>>> <mailto:ler...@redhat.com>> wrote:
>>>
>>&g
> On Feb 9, 2017, at 11:27 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/09/17 18:23, Igor Mammedov wrote:
>> On Wed, 8 Feb 2017 01:48:42 +0100
>> Laszlo Ersek <ler...@redhat.com> wrote:
>>
>>> On 02/05/17 10:12, b...@sk
> On Feb 7, 2017, at 4:48 PM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 02/05/17 10:12, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This implements the VM Ge
:
>>>> On Sun, 5 Feb 2017 01:11:56 -0800
>>>> b...@skyportsystems.com wrote:
>>>>
>>>>> From: Ben Warren <b...@skyportsystems.com>
>>>>>
>>>>> This is initially used to patch a 64-bit address
Thanks for reviewing Igor.
> On Feb 7, 2017, at 5:48 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Sun, 5 Feb 2017 01:12:00 -0800
> b...@skyportsystems.com <mailto:b...@skyportsystems.com> wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
&
> On Feb 6, 2017, at 11:04 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Mon, Feb 06, 2017 at 10:48:05AM -0800, Ben Warren wrote:
>>
>>> On Feb 6, 2017, at 10:17 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>>>
>>> On M
> On Feb 6, 2017, at 10:17 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Mon, Feb 06, 2017 at 09:59:55AM -0800, Ben Warren wrote:
>> +void vmgenid_add_fw_cfg(FWCfgState *s, GArray *guid)
>> +{
>> +Ob
> On Feb 6, 2017, at 9:41 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Mon, Feb 06, 2017 at 09:29:30AM -0800, Ben Warren wrote:
>>
>>On Feb 6, 2017, at 8:15 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>>
>>On Sun, Feb 05, 2017
> On Feb 6, 2017, at 8:15 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Sun, Feb 05, 2017 at 01:12:00AM -0800, b...@skyportsystems.com
> <mailto:b...@skyportsystems.com> wrote:
>> From: Ben Warren <b...@skyportsystems.com <mailto:b...@skyportsystems
> On Feb 6, 2017, at 6:56 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Sun, Feb 05, 2017 at 01:11:57AM -0800, b...@skyportsystems.com wrote:
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This adds to the existing 'add pointer' function
> On Jan 27, 2017, at 8:12 AM, Laszlo Ersek wrote:
>
> On 01/27/17 16:43, Kevin O'Connor wrote:
>> On Fri, Jan 27, 2017 at 03:46:33PM +0100, Laszlo Ersek wrote:
>>> On 01/27/17 15:18, Kevin O'Connor wrote:
If an offset is going to be added, shouldn't both a source offset
> On Jan 25, 2017, at 4:48 PM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 01/25/17 19:35, Michael S. Tsirkin wrote:
>> On Wed, Jan 25, 2017 at 09:36:52AM -0800, Ben Warren wrote:
>>> Hi Laszlo,
>>>
>>>
>>>On Jan 24,
that the next version will be merged at once.
>
> With all that said:
>
> On 01/25/17 02:43, b...@skyportsystems.com <mailto:b...@skyportsystems.com>
> wrote:
>> From: Ben Warren <b...@skyportsystems.com <mailto:b...@skyportsystems.com>>
>>
>> T
Thanks Laszlo!
> On Jan 19, 2017, at 1:25 AM, Laszlo Ersek <ler...@redhat.com> wrote:
>
> On 01/19/17 08:09, Ben Warren wrote:
>>
>>> On Jan 18, 2017, at 4:02 PM, Ben Warren <b...@skyportsystems.com>
>>> wrote:
>>>
>>> Hi M
> On Jan 18, 2017, at 4:02 PM, Ben Warren <b...@skyportsystems.com> wrote:
>
> Hi Michael,
>> On Jan 17, 2017, at 9:45 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>>
>> On Mon, Jan 16, 2017 at 10:57:42AM -0800, Ben Warren wrote:
>>> I thi
Hi Michael,
> On Jan 17, 2017, at 9:45 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Mon, Jan 16, 2017 at 10:57:42AM -0800, Ben Warren wrote:
>> I think we have a misunderstanding here. I’m storing the VM
>> Generation ID __data__ (a GUID) in a fw_cfg blob, n
b9bb6c91fb87"
>> }
>>}
>>
>> HMP command example:
>>set-vm-generation-id guid=324e6eaf-d1d1-4bf6-bf41-b9bb6c91fb87
>>
>> Signed-off-by: Ben Warren <b...@skyportsystems.com>
>> Cc: Igor Mammedov <imamm...@redhat.com&g
Hi Igor,
> On Jan 17, 2017, at 5:00 AM, Igor Mammedov <imamm...@redhat.com> wrote:
>
> On Mon, 16 Jan 2017 11:20:55 -0800
> b...@skyportsystems.com wrote:
>
>> From: Ben Warren <b...@skyportsystems.com>
>>
>> This implements the VM Generation ID feat
> On Jan 17, 2017, at 7:21 AM, Michael S. Tsirkin wrote:
>
> Let's not top-post anymore pls.
>
> On Tue, Jan 17, 2017 at 07:01:27AM -0800, Ed Swierk wrote:
>> You mean what causes the guest to re-read the vmgenid guid? The
>> vmgenid ACPI table defines a notify method, and
> On Jan 16, 2017, at 11:51 AM, Eric Blake <ebl...@redhat.com> wrote:
>
> On 01/16/2017 01:20 PM, b...@skyportsystems.com
> <mailto:b...@skyportsystems.com> wrote:
>> From: Ben Warren <b...@skyportsystems.com <mailto:b...@skyportsystems.com>>
> On Jan 16, 2017, at 6:21 AM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Sat, Jan 14, 2017 at 10:17:53PM -0800, Ben Warren wrote:
>> Hi Michael,
>>
>>
>>On Dec 10, 2016, at 7:28 PM, Michael S. Tsirkin <m...@redhat.com> wrote:
>>
Hi Michael,
> On Dec 10, 2016, at 7:28 PM, Michael S. Tsirkin <m...@redhat.com> wrote:
>
> On Tue, Dec 06, 2016 at 06:15:34PM -0800, Ben Warren wrote:
>> Hi Michael,
>>
>> I’m well on my way to implementing this, but I am really new to the QEMU
>> code ba
Hi,
I’m trying to write a unit test to access a fw_cfg device via ACPI memory.
When I access the memory from qtest using the readx() functions, I get the
right values. If I change the contents on the host side, though, then access
from the guest, the contents are unchanged. If I register a
guid": "324e6eaf-d1d1-4bf6-bf41-b9bb6c91fb87"
>> }
>>}
>>
>> HMP command example:
>>set-vm-generation-id changed=true
>> guid=324e6eaf-d1d1-4bf6-bf41-b9bb6c91fb87
>>
>> Signed-off-by: Ben Warren <b...@skyportsystems.com&
Hi Michael,
I’m well on my way to implementing this, but I am really new to the QEMU code
base and am struggling with some concepts. Please see below:
> On Oct 5, 2016, at 6:29 PM, Michael S. Tsirkin wrote:
>
> On Tue, Oct 04, 2016 at 03:51:40PM -0700, Ed Swierk wrote:
>> On
65 matches
Mail list logo