From: Kevin O'Connor <kevin@koconnor.net>
To: Gleb Natapov <gleb@redhat.com>
Cc: seabios@seabios.org, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/2] Get system state configuration from QEMU and patcth DSDT with it.
Date: Mon, 14 May 2012 21:43:19 -0400 [thread overview]
Message-ID: <20120515014319.GA21845@morn.localdomain> (raw)
In-Reply-To: <1336998923-30144-2-git-send-email-gleb@redhat.com>
On Mon, May 14, 2012 at 03:35:23PM +0300, Gleb Natapov wrote:
> QEMU may want to disable guest's S3/S4 support and it wants to distinguish
> between regular powerdown and S4 powerdown. To support that new fw_cfg
> option was added that passes supported system states and what value should
> guest use to enter each state. States are passed in 6 byte array. Each
> byte represents one system state. If byte at offset X has its MSB set
> it means that system state X is supported and to enter it guest should
> use the value from lowest 7 bits. Patch also detects old QEMU and uses
> values that work in backwards compatible way there.
A couple of comments - see below.
[...]
> --- a/src/acpi-dsdt.dsl
> +++ b/src/acpi-dsdt.dsl
> @@ -613,6 +613,7 @@ DefinitionBlock (
> * S3 (suspend-to-ram), S4 (suspend-to-disk) and S5 (power-off) type codes:
> * must match piix4 emulation.
> */
> + ACPI_EXTRACT_NAME_STRING acpi_s3_name
> Name (\_S3, Package (0x04)
> {
> 0x01, /* PM1a_CNT.SLP_TYP */
> @@ -620,10 +621,12 @@ DefinitionBlock (
> Zero, /* reserved */
> Zero /* reserved */
> })
> + ACPI_EXTRACT_NAME_STRING acpi_s4_name
> + ACPI_EXTRACT_PKG_START acpi_s4_pkg
The DSDT is quite complex and has a diverse usage. I'd feel more
comfortable leaving it as static and doing any dynamic work in an
SSDT. In this particular case, can't the objects be turned into
methods which calculate the associated values and return the correct
results?
[...]
> --- a/src/paravirt.c
> +++ b/src/paravirt.c
> @@ -92,6 +92,22 @@ int qemu_cfg_irq0_override(void)
> return v;
> }
>
> +int qemu_cfg_system_states(char *states)
> +{
I'd prefer to see any new fw_cfg entries use the QEMU_CFG_FILE_DIR
mechanism so that seabios can use romfile_loadfile (or similar).
-Kevin
next prev parent reply other threads:[~2012-05-15 1:43 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-14 12:35 [Qemu-devel] [PATCH 1/2] Add ACPI_EXTRACT_PKG_START macro parsing Gleb Natapov
2012-05-14 12:35 ` [Qemu-devel] [PATCH 2/2] Get system state configuration from QEMU and patcth DSDT with it Gleb Natapov
2012-05-15 1:43 ` Kevin O'Connor [this message]
2012-05-15 8:06 ` Gleb Natapov
2012-05-15 23:18 ` Kevin O'Connor
2012-05-16 13:46 ` Gleb Natapov
2012-05-16 15:50 ` Paolo Bonzini
2012-05-16 16:40 ` Gleb Natapov
2012-05-16 16:47 ` Paolo Bonzini
2012-05-16 17:01 ` Gleb Natapov
2012-05-17 0:24 ` Kevin O'Connor
2012-05-17 10:01 ` Paolo Bonzini
2012-05-17 0:20 ` Kevin O'Connor
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=20120515014319.GA21845@morn.localdomain \
--to=kevin@koconnor.net \
--cc=gleb@redhat.com \
--cc=qemu-devel@nongnu.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).