From: Wen Congyang <wency@cn.fujitsu.com>
To: "Kevin O'Connor" <kevin@koconnor.net>
Cc: "Michael S. Tsirkin" <mst@redhat.com>,
seabios@seabios.org, kvm@vger.kernel.org
Subject: Re: [SeaBIOS] [PATCH RFC] acpi: add ssdt for cpi hotplug
Date: Thu, 03 Nov 2011 10:14:23 +0800 [thread overview]
Message-ID: <4EB1F8FF.10706@cn.fujitsu.com> (raw)
In-Reply-To: <20111103013658.GA19883@morn.localdomain>
At 11/03/2011 09:36 AM, Kevin O'Connor Write:
> On Thu, Nov 03, 2011 at 09:04:57AM +0800, Wen Congyang wrote:
>> At 11/03/2011 08:30 AM, Kevin O'Connor Write:
>>> I think it's reasonable to require that a user supplied DSDT still
>>> fill certain requirements. Keep in mind that the reason for the "user
>>> supplied" DSDT was for new platform (q35) development - not
>>> necessarily so each individual user could set their own.
>>
>> I do not think it's reasonable to require that a user supplied DSDT still
>> fill certain requiements.
>
> Please elaborate on why.
If we require it, I think it is very bad designed, because the user should
read seabios before he writes DSDT. I think the user should only need to
know how to pass his DSDT and SSDT to seabios. He should be able to write
his DSDT and SSDT without knowing seabios's DSDT and SSDT.
Another problem is that: if we require it, but the user does not do it,
I do not know the behavior. According to ACPI, SSDT can only add data,
and can not overwrite the data. So the user must know the data in SSDT.
If we update SSDT, and add new data that may exist in user supplied
DSDT, the behavior is undefined.
So I think we should not use default SSDT when we use user supplied DSDT.
If so, the user can write his DSDT easier.
>
> The dependency on the DSDT is a few methods (PCEJ, CPEJ, CPST, CPMA).
> Under what circumstances would it be difficult for these methods to be
> provided?
>
>> I think we should not use default SSDT if we use user supplied DSDT.
>> If we use user supplied DSDT, we should use user supplied SSDT too.
>
> That's possible. However, how do you plan to provide a DSDT that
> accounts for the dynamic nature of the virtual system configuration.
> A different qemu/kvm command line (which configures pci or cpu count)
> will then require a different DSDT.
Hmm, I do not think it now. I think DSDT and SSDT can be generated in qemu,
but it is very complex.
I have another question: is seabios used only by qemu now? Or it is a common
bios, and is not only for qemu?
Thanks
Wen Congyang
>
> -Kevin
>
next prev parent reply other threads:[~2011-11-03 2:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-01 19:11 [PATCH RFC] acpi: add ssdt for cpi hotplug Michael S. Tsirkin
2011-11-01 22:59 ` Kevin O'Connor
2011-11-02 8:54 ` Michael S. Tsirkin
2011-11-03 0:30 ` Kevin O'Connor
2011-11-03 1:04 ` [SeaBIOS] " Wen Congyang
2011-11-03 1:36 ` Kevin O'Connor
2011-11-03 2:14 ` Wen Congyang [this message]
2011-11-03 12:33 ` Michael S. Tsirkin
2011-11-03 12:31 ` Michael S. Tsirkin
2011-11-04 6:00 ` [SeaBIOS] " Isaku Yamahata
2011-11-02 6:08 ` Wen Congyang
2011-11-02 7:20 ` Wen Congyang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4EB1F8FF.10706@cn.fujitsu.com \
--to=wency@cn.fujitsu.com \
--cc=kevin@koconnor.net \
--cc=kvm@vger.kernel.org \
--cc=mst@redhat.com \
--cc=seabios@seabios.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.