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 <lv.zh...@intel.com> wrote:
>
> > In -acpitable options, at least/most one dat
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 +0000
> "Zheng, Lv" <lv.zh...@intel.com> wrote:
>
> > Hi, Igor
&g
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: Michae
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 [mailt
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 o
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.
> >
Hi, Igor
Thanks for the review.
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Subject: Re: [PATCH v5 2/2] ACPI: Add -acpitable fadt= to allow FADT
> revision changes
>
> On Thu, 11 Aug 2016 17:36:45 +0800
> Lv Zheng <lv.zh...@intel.com> wrote:
>
> > T
In -acpitable options, at least/most one data/file sub-option is mandatory,
this patch cleans up the code to reflect this in a managed manner so that
the follow-up mandatory sub-options can be added to -acpitable.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c
ock residency
Lv Zheng (2):
ACPI: Cleanup -acpitable option code
ACPI: Add -acpitable fadt= to allow FADT revision changes
hw/acpi/core.c | 50 +--
hw/i386/acpi-build.c | 76 ++--
include/hw/acpi/acpi.h |1 +
q
to be
configured by the users.
1. Tested by booting a linux image, the 64-bit addresses are correctly filled
in the dumped FADT.
2. Tested by booting a Windows image, no boot failure can be seen.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c | 20 -
h
to be
configured by the users.
1. Tested by booting a linux image, the 64-bit addresses are correctly filled
in the dumped FADT.
2. Tested by booting a Windows image, no boot failure can be seen.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c | 26 ++-
Hi,
> From: Zheng, Lv
> Subject: [PATCH v4 1/2] ACPI: Cleanup -acpitable option code
>
> In -acpitable options, at least/most one data/file sub-option is mandatory,
> this patch cleans up the code to reflect this in a managed manner so that
> the follow-up mandatory sub-op
In -acpitable options, at least/most one data/file sub-option is mandatory,
this patch cleans up the code to reflect this in a managed manner so that
the follow-up mandatory sub-options can be added to -acpitable.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c
This patchset adds revision support for FADT.
History:
v1:
Initial support
v2:
Coding style cleanup
v3:
Cleanup -acpitable code (remove useless hdrs->data/file)
Change -acpifadt to -acpitable fadt=
Shrink v1 FADT table length
v4:
Coding style cleanup
Lv Zheng (2):
ACPI: Clea
This patchset adds revision support for FADT.
Lv Zheng (2):
ACPI: Cleanup -acpitable option code
ACPI: Add -acpitable fadt= to allow FADT revision changes
hw/acpi/core.c | 50 +--
hw/i386/acpi-build.c | 76
to be
configured by the users.
1. Tested by booting a linux image, the 64-bit addresses are correctly filled
in the dumped FADT.
2. Tested by booting a Windows image, no boot failure can be seen.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c | 26 ++-
In -acpitable options, at least/most one data/file sub-option is mandatory,
this patch cleans up the code to reflect this in a managed manner so that
the follow-up mandatory sub-options can be added to -acpitable.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/acpi/core.c
Hi,
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Subject: Re: [PATCH v2] ACPI: Add -acpifadt to allow FADT revision changes
>
>
>
> On 08/08/2016 10:16, Lv Zheng wrote:
> > This patch allows FADT to be built with different rev
to be
configured by the users.
1. Tested by booting a linux image, the 64-bit addresses are correctly filled
in the dumped FADT.
2. Tested by booting a Windows image, no boot failure can be seen.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
History:
v2: Fix coding style issues.
---
hw/i38
a-debugcon iobase so that we can always use this
feature by only specifying "-debugcon stdio".
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/char/debugcon.c | 23 +++
hw/i386/acpi-build.c |4 +++-
include/hw/char/debugcon.h | 33 ++
to be
configured by the users.
1. Tested by booting a linux image, the 64-bit addresses are correctly filled
in the dumped FADT.
2. Tested by booting a Windows image, no boot failure can be seen.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/i386/acpi-build.c
Hi, Michael
> From: Michael S. Tsirkin [mailto:m...@redhat.com]
> Subject: Re: [PATCH] debugcon: Add -debugport option to allow changing
> debug console port number
>
> On Fri, Aug 05, 2016 at 06:19:39PM +0800, Lv Zheng wrote:
> > Changing debugcon port to 0x402 allows the
Hi,
> From: Paolo Bonzini [mailto:paolo.bonz...@gmail.com] On Behalf Of Paolo
> Bonzini
> Subject: Re: [PATCH] debugcon: Add -debugport option to allow changing
> debug console port number
>
>
>
> On 05/08/2016 12:19, Lv Zheng wrote:
> > Changing debugcon port t
Hi,
> From: Igor Mammedov [mailto:imamm...@redhat.com]
> Subject: Re: [Qemu-devel] [PATCH] debugcon: Add -debugport option to
> allow changing debug console port number
>
> On Fri, 5 Aug 2016 18:19:39 +0800
> Lv Zheng <lv.zh...@intel.com> wrote:
>
> > Chang
BIOS's debugging
facility functioning.
Signed-off-by: Lv Zheng <lv.zh...@intel.com>
---
hw/char/debugcon.c |4
hw/i386/acpi-build.c|3 ++-
include/sysemu/sysemu.h |1 +
qemu-options.hx |9 +
vl.c| 15 +++
5
Hi Gerd/Alex,
On Mon, Feb 01, 2016 at 02:44:55PM -0700, Alex Williamson wrote:
> On Mon, 2016-02-01 at 14:10 +0100, Gerd Hoffmann wrote:
> > Hi,
> >
> > > > Unfortunately it's not the only one. Another example is, device-model
> > > > may want to write-protect a gfn (RAM). In case that this
On Fri, Nov 20, 2015 at 04:36:15PM +0800, Tian, Kevin wrote:
> > From: Gerd Hoffmann [mailto:kra...@redhat.com]
> > Sent: Friday, November 20, 2015 4:26 PM
> >
> > Hi,
> >
> > > > iGVT-g_Setup_Guide.txt mentions a "Indirect Display Mode", but doesn't
> > > > explain how the guest framebuffer
Ubuntu 10.10 will update kernel to contain a back ported kvm fix, which
probably in the next version after 2.6.35.24. Meanwhile, it is possible
to manually build newer version of kvm to have the problem fixed.
The tar ball of kvm source code could be downloaded from below:
Just checked the Ubuntu update repo. The latest kernel version there
2.6.35-25.44 has included the fix. Thanks!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/688085
Title:
Guest kernel hang during
I verified the fix on kernel 2.6.35. After rebuilding kernel with the
patch, I could boot MeeGo image with qemu-kvm successfully. Can I know
when the kernel update will be available for Ubuntu 10.10? Thanks!
--
You received this bug notification because you are a member of qemu-
devel-ml, which
From the slackbook WIKI;
http://alien.slackbook.org/dokuwiki/doku.php?id=slackware:qemu;
I quote below which relates to my questions:
My questions are as follows:
1) I know -hdc and -cdrom cannot be called at the same time, but i have
no luck getting an image to be mounted with -hdb or -hdd.
31 matches
Mail list logo
