Acked-by: Magnus Christensson
M.
-Original Message-
From: seabios-boun...@seabios.org [mailto:seabios-boun...@seabios.org] On
Behalf Of Michael S. Tsirkin
Sent: Wednesday, March 20, 2013 4:58 PM
To: seabios@seabios.org
Cc: Woodhouse, David; Magnus Christensson; Jan Kiszka; Jason Baron;
On 03/21/13 07:23, Michael S. Tsirkin wrote:
> On Wed, Mar 20, 2013 at 08:22:30PM -0400, Kevin O'Connor wrote:
>> On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
>>>
>>> Signed-off-by: Laszlo Ersek
>>
>> I think we need to figure out what the final fw_cfg interface for
>> ACPI, SMBIO
pvpanic device is used to notify host(qemu) when guest panic happens.
Signed-off-by: Hu Tao
---
ref: http://lists.nongnu.org/archive/html/qemu-devel/2013-03/msg03630.html
The version number is 15 to consist with qemu patches.
src/acpi-dsdt-isa.dsl | 30 ++
1 file ch
Signed-off-by: Hu Tao
---
src/acpi-dsdt-isa.dsl | 14 --
src/acpi.c| 9 +
2 files changed, 21 insertions(+), 2 deletions(-)
diff --git a/src/acpi-dsdt-isa.dsl b/src/acpi-dsdt-isa.dsl
index 87a31b9..43fe719 100644
--- a/src/acpi-dsdt-isa.dsl
+++ b/src/acpi-dsdt-is
Il 21/03/2013 10:08, Hu Tao ha scritto:
> Signed-off-by: Hu Tao
> ---
> src/acpi-dsdt-isa.dsl | 14 --
> src/acpi.c| 9 +
> 2 files changed, 21 insertions(+), 2 deletions(-)
>
> diff --git a/src/acpi-dsdt-isa.dsl b/src/acpi-dsdt-isa.dsl
> index 87a31b9..43fe719 1
On Thu, Mar 21, 2013 at 10:11:54AM +0100, Paolo Bonzini wrote:
> Il 21/03/2013 10:08, Hu Tao ha scritto:
> > Signed-off-by: Hu Tao
> > ---
> > src/acpi-dsdt-isa.dsl | 14 --
> > src/acpi.c| 9 +
> > 2 files changed, 21 insertions(+), 2 deletions(-)
> >
> > diff -
On Thu, Mar 21, 2013 at 05:08:34PM +0800, Hu Tao wrote:
> Signed-off-by: Hu Tao
OK now you need to ACK GPLv2+ relicensing too :)
Could you please review that message "make acpi bits GPLv2 compatible"
and respond?
> ---
> src/acpi-dsdt-isa.dsl | 14 --
> src/acpi.c| 9 +
Acked-by: Hu Tao
On Wed, Mar 20, 2013 at 05:57:53PM +0200, Michael S. Tsirkin wrote:
> You are getting this mail because you might have contributed code to one
> of the files in seabios that we want to reuse in QEMU,
> when this file was under GPLv3 or LGPLv3.
>
> QEMU is GPLv2 at the moment, so
On Thu, Mar 21, 2013 at 09:18:50AM +0100, Gerd Hoffmann wrote:
> On 03/21/13 07:23, Michael S. Tsirkin wrote:
> > On Wed, Mar 20, 2013 at 08:22:30PM -0400, Kevin O'Connor wrote:
> >> On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
> >>>
> >>> Signed-off-by: Laszlo Ersek
> >>
> >> I t
On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
>
> Signed-off-by: Laszlo Ersek
I think this is a bit too aggressive.
Let's do what I did for DSDT, add a config
option and default to yes.
In QEMU, override it to remove MADT from bios.
> ---
> src/acpi.c | 19 ---
In the interim of moving ACPI tables out of
seabios, developers should get the config from
QEMU tree to keep things in sync.
Signed-off-by: Michael S. Tsirkin
---
README | 6 ++
1 file changed, 6 insertions(+)
diff --git a/README b/README
index a87a0ad..380fc80 100644
--- a/README
+++ b/REA
On 03/21/13 13:03, Michael S. Tsirkin wrote:
> In the interim of moving ACPI tables out of
> seabios, developers should get the config from
> QEMU tree to keep things in sync.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> README | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/REA
On Thu, Mar 21, 2013 at 01:22:33PM +0100, Laszlo Ersek wrote:
> On 03/21/13 13:03, Michael S. Tsirkin wrote:
> > In the interim of moving ACPI tables out of
> > seabios, developers should get the config from
> > QEMU tree to keep things in sync.
> >
> > Signed-off-by: Michael S. Tsirkin
> > ---
>
In the interim of moving ACPI tables out of
seabios, developers should get the config from
QEMU tree to keep things in sync.
Signed-off-by: Michael S. Tsirkin
---
README | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/README b/README
index a87a0ad..c6a2ee4 1
On Thu, Mar 21, 2013 at 12:23:45PM +, David Woodhouse wrote:
> On Wed, 2013-03-20 at 20:22 -0400, Kevin O'Connor wrote:
> > On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
> > >
> > > Signed-off-by: Laszlo Ersek
> >
> > I think we need to figure out what the final fw_cfg interf
On 03/21/13 13:30, Michael S. Tsirkin wrote:
> In the interim of moving ACPI tables out of
> seabios, developers should get the config from
> QEMU tree to keep things in sync.
>
> Signed-off-by: Michael S. Tsirkin
> ---
> README | 16 ++--
> 1 file changed, 14 insertions(+), 2 deleti
Hi,
>>> How about we don't bother to determine this at runtime at all?
>>
>> Because it will be a PITA for testers + developers to figure the correct
>> .config switches of the day during the transition phase?
>
> Why is it a PITA? Are you developing QEMU? Just use the makefile from
> roms/co
On Thu, 2013-03-21 at 13:49 +0100, Gerd Hoffmann wrote:
> >>> How about we don't bother to determine this at runtime at all?
> >>
> >> Because it will be a PITA for testers + developers to figure the correct
> >> .config switches of the day during the transition phase?
> >
> > Why is it a PITA? A
On 03/21/13 13:23, David Woodhouse wrote:
> On Wed, 2013-03-20 at 20:22 -0400, Kevin O'Connor wrote:
>> On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
>>>
>>> Signed-off-by: Laszlo Ersek
>>
>> I think we need to figure out what the final fw_cfg interface for
>> ACPI, SMBIOS, mptable
On Thu, Mar 21, 2013 at 01:49:36PM +0100, Gerd Hoffmann wrote:
> Hi,
>
> >>> How about we don't bother to determine this at runtime at all?
> >>
> >> Because it will be a PITA for testers + developers to figure the correct
> >> .config switches of the day during the transition phase?
> >
> > Wh
On 03/21/13 13:52, David Woodhouse wrote:
> On Thu, 2013-03-21 at 13:49 +0100, Gerd Hoffmann wrote:
> How about we don't bother to determine this at runtime at all?
Because it will be a PITA for testers + developers to figure the correct
.config switches of the day during the tra
On Thu, Mar 21, 2013 at 12:52:17PM +, David Woodhouse wrote:
> On Thu, 2013-03-21 at 13:49 +0100, Gerd Hoffmann wrote:
> > >>> How about we don't bother to determine this at runtime at all?
> > >>
> > >> Because it will be a PITA for testers + developers to figure the correct
> > >> .config swi
On Thu, Mar 21, 2013 at 01:04:35PM +, David Woodhouse wrote:
> On Thu, 2013-03-21 at 13:56 +0100, Laszlo Ersek wrote:
> > - for an earlier qemu, the option must be set,
> > - for a later qemu the option must be clear &&
> > (no -acpitable switch must be specified on the qemu cmldine ||
> >
On Thu, 2013-03-21 at 13:56 +0100, Laszlo Ersek wrote:
> - for an earlier qemu, the option must be set,
> - for a later qemu the option must be clear &&
> (no -acpitable switch must be specified on the qemu cmldine ||
>one -acpitable switch must load a MADT)
Hm, that sounds like it won't be
On Thu, 2013-03-21 at 15:12 +0200, Michael S. Tsirkin wrote:
> On Thu, Mar 21, 2013 at 01:04:35PM +, David Woodhouse wrote:
> > On Thu, 2013-03-21 at 13:56 +0100, Laszlo Ersek wrote:
> > > - for an earlier qemu, the option must be set,
> > > - for a later qemu the option must be clear &&
> > >
On Thu, Mar 21, 2013 at 01:14:38PM +, David Woodhouse wrote:
> On Thu, 2013-03-21 at 15:12 +0200, Michael S. Tsirkin wrote:
> > On Thu, Mar 21, 2013 at 01:04:35PM +, David Woodhouse wrote:
> > > On Thu, 2013-03-21 at 13:56 +0100, Laszlo Ersek wrote:
> > > > - for an earlier qemu, the option
On 03/21/13 14:01, Michael S. Tsirkin wrote:
> On Thu, Mar 21, 2013 at 01:49:36PM +0100, Gerd Hoffmann wrote:
>> Hi,
>>
> How about we don't bother to determine this at runtime at all?
Because it will be a PITA for testers + developers to figure the correct
.config switches of
Hi,
> But I'm not sure I see any point in doing it table-by-table. Surely it
> can be all or nothing?
It allows to merge changes piecewise and avoids piling up long patch
queues. It makes bisecting regressions easier. Also the logic "if
table $foo is provided by qemu, just use it, otherwise g
On Wed, 2013-03-20 at 20:22 -0400, Kevin O'Connor wrote:
> On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
> >
> > Signed-off-by: Laszlo Ersek
>
> I think we need to figure out what the final fw_cfg interface for
> ACPI, SMBIOS, mptable, and PIR will be.
Once we have consensus, we
This config option, when set to N, allows any qemu-built MADT to take
precedence.
Signed-off-by: Laszlo Ersek
---
in v2:
- replaced primitive dynamic detection code with static config option
- 352 bytes saved in 32bit flat init when set to N (RHEL-6 gcc-4.4.7)
v2 depends on Michael's [PATCHv4] a
On Thu, Mar 21, 2013 at 05:08:34PM +0800, Hu Tao wrote:
> Signed-off-by: Hu Tao
I don't think it is a good idea to dynamically modify the DSDT. We've
been using the SSDT for that.
In any case, I think this would be a good candidate for merging after
the ACPI stuff is moved into QEMU.
-Kevin
_
On Thu, Mar 21, 2013 at 03:04:37PM +0100, Gerd Hoffmann wrote:
> Today you can clone upstream seabios, build it, and the resulting image
> will work on pretty much any qemu version since 0.12 or so. You don't
> have to pick the correct config switches for your particular qemu
> version, it just wo
On Thu, Mar 21, 2013 at 09:18:50AM +0100, Gerd Hoffmann wrote:
> On 03/21/13 07:23, Michael S. Tsirkin wrote:
> > On Wed, Mar 20, 2013 at 08:22:30PM -0400, Kevin O'Connor wrote:
> >> On Wed, Mar 20, 2013 at 10:53:05PM +0100, Laszlo Ersek wrote:
> >>>
> >>> Signed-off-by: Laszlo Ersek
> >>
> >> I t
On Thu, Mar 21, 2013 at 03:26:26PM +0200, Michael S. Tsirkin wrote:
> On Thu, Mar 21, 2013 at 01:14:38PM +, David Woodhouse wrote:
> > On Thu, 2013-03-21 at 15:12 +0200, Michael S. Tsirkin wrote:
> > > Anyway, I am not against such runtime flags.
> > >
> > > If we add to this an option to buil
34 matches
Mail list logo