From: Anthony Liguori <anthony@codemonkey.ws>
To: Gleb Natapov <gleb@redhat.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/2] Add PIIX4 properties to control PM system states.
Date: Wed, 23 May 2012 08:48:45 -0500 [thread overview]
Message-ID: <4FBCEABD.2060905@codemonkey.ws> (raw)
In-Reply-To: <20120523133420.GJ10209@redhat.com>
On 05/23/2012 08:34 AM, Gleb Natapov wrote:
> On Wed, May 23, 2012 at 08:27:01AM -0500, Anthony Liguori wrote:
>> On 05/20/2012 04:02 AM, Gleb Natapov wrote:
>>> This patch adds two things. First it allows QEMU to distinguish between
>>> regular powerdown and S4 powerdown. Later separate QMP notification will
>>> be added for S4 powerdown. Second it allows S3/S4 states to be disabled
>> >from QEMU command line. Some guests known to be broken with regards to
>>> power management, but allow to use it anyway. Using new properties
>>> management will be able to disable S3/S4 for such guests.
>>>
>>> Supported system state are passed to a firmware using new fw_cfg file.
>>> The file contains 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 3
>>> bits.
>>>
>>> Signed-off-by: Gleb Natapov<gleb@redhat.com>
>>
>> I see nothing wrong in principle here except that you should use a
>> PTR property to pass the fw_cfg object to the ACPI PM device.
>>
> Hmm, need to check that we have fw_cfg handy when the device is created.
Yes, the pc.c/pc_piix.c split needs to die...
For now, just add another output parameter to pc_memory_init to return fw_cfg.
Then you can pass it to piix4_pm_init().
Regards,
Anthony Liguori
> Or can I add it through global?
>
>> Regards,
>>
>> Anthony Liguori
>>
>>> ---
>>> hw/acpi.c | 5 ++++-
>>> hw/acpi.h | 2 +-
>>> hw/acpi_piix4.c | 16 +++++++++++++++-
>>> hw/vt82c686.c | 2 +-
>>> 4 files changed, 21 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/hw/acpi.c b/hw/acpi.c
>>> index 5d521e5..effc7ec 100644
>>> --- a/hw/acpi.c
>>> +++ b/hw/acpi.c
>>> @@ -370,7 +370,7 @@ void acpi_pm1_cnt_init(ACPIREGS *ar)
>>> qemu_register_wakeup_notifier(&ar->wakeup);
>>> }
>>>
>>> -void acpi_pm1_cnt_write(ACPIREGS *ar, uint16_t val)
>>> +void acpi_pm1_cnt_write(ACPIREGS *ar, uint16_t val, char s4)
>>> {
>>> ar->pm1.cnt.cnt = val& ~(ACPI_BITMASK_SLEEP_ENABLE);
>>>
>>> @@ -385,6 +385,9 @@ void acpi_pm1_cnt_write(ACPIREGS *ar, uint16_t val)
>>> qemu_system_suspend_request();
>>> break;
>>> default:
>>> + if (sus_typ == s4) { /* S4 request */
>>> + qemu_system_shutdown_request();
>>> + }
>>> break;
>>> }
>>> }
>>> diff --git a/hw/acpi.h b/hw/acpi.h
>>> index fe8cdb4..7337f41 100644
>>> --- a/hw/acpi.h
>>> +++ b/hw/acpi.h
>>> @@ -139,7 +139,7 @@ void acpi_pm1_evt_reset(ACPIREGS *ar);
>>>
>>> /* PM1a_CNT: piix and ich9 don't implement PM1b CNT. */
>>> void acpi_pm1_cnt_init(ACPIREGS *ar);
>>> -void acpi_pm1_cnt_write(ACPIREGS *ar, uint16_t val);
>>> +void acpi_pm1_cnt_write(ACPIREGS *ar, uint16_t val, char s4);
>>> void acpi_pm1_cnt_update(ACPIREGS *ar,
>>> bool sci_enable, bool sci_disable);
>>> void acpi_pm1_cnt_reset(ACPIREGS *ar);
>>> diff --git a/hw/acpi_piix4.c b/hw/acpi_piix4.c
>>> index 585da4e..883314d 100644
>>> --- a/hw/acpi_piix4.c
>>> +++ b/hw/acpi_piix4.c
>>> @@ -27,6 +27,7 @@
>>> #include "sysemu.h"
>>> #include "range.h"
>>> #include "ioport.h"
>>> +#include "fw_cfg.h"
>>>
>>> //#define DEBUG
>>>
>>> @@ -71,6 +72,10 @@ typedef struct PIIX4PMState {
>>> struct pci_status pci0_status;
>>> uint32_t pci0_hotplug_enable;
>>> uint32_t pci0_slot_device_present;
>>> +
>>> + uint8_t disable_s3;
>>> + uint8_t disable_s4;
>>> + uint8_t s4_val;
>>> } PIIX4PMState;
>>>
>>> static void piix4_acpi_system_hot_add_init(PCIBus *bus, PIIX4PMState *s);
>>> @@ -123,7 +128,7 @@ static void pm_ioport_write(IORange *ioport, uint64_t addr, unsigned width,
>>> pm_update_sci(s);
>>> break;
>>> case 0x04:
>>> - acpi_pm1_cnt_write(&s->ar, val);
>>> + acpi_pm1_cnt_write(&s->ar, val, s->s4_val);
>>> break;
>>> default:
>>> break;
>>> @@ -425,6 +430,7 @@ i2c_bus *piix4_pm_init(PCIBus *bus, int devfn, uint32_t smb_io_base,
>>> {
>>> PCIDevice *dev;
>>> PIIX4PMState *s;
>>> + uint8_t suspend[6] = {128, 0, 0, 129, 128, 128};
>>>
>>> dev = pci_create(bus, devfn, "PIIX4_PM");
>>> qdev_prop_set_uint32(&dev->qdev, "smb_io_base", smb_io_base);
>>> @@ -437,11 +443,19 @@ i2c_bus *piix4_pm_init(PCIBus *bus, int devfn, uint32_t smb_io_base,
>>>
>>> qdev_init_nofail(&dev->qdev);
>>>
>>> + suspend[3] = 1 | ((!s->disable_s3)<< 7);
>>> + suspend[4] = s->s4_val | ((!s->disable_s4)<< 7);
>>> +
>>> + fw_cfg_add_file("etc/system-states", g_memdup(suspend, 6), 6);
>>> +
>>> return s->smb.smbus;
>>> }
>>>
>>> static Property piix4_pm_properties[] = {
>>> DEFINE_PROP_UINT32("smb_io_base", PIIX4PMState, smb_io_base, 0),
>>> + DEFINE_PROP_UINT8("disable_s3", PIIX4PMState, disable_s3, 0),
>>> + DEFINE_PROP_UINT8("disable_s4", PIIX4PMState, disable_s4, 0),
>>> + DEFINE_PROP_UINT8("s4_val", PIIX4PMState, s4_val, 2),
>>> DEFINE_PROP_END_OF_LIST(),
>>> };
>>>
>>> diff --git a/hw/vt82c686.c b/hw/vt82c686.c
>>> index 6fb7950..5d7c00c 100644
>>> --- a/hw/vt82c686.c
>>> +++ b/hw/vt82c686.c
>>> @@ -210,7 +210,7 @@ static void pm_ioport_writew(void *opaque, uint32_t addr, uint32_t val)
>>> pm_update_sci(s);
>>> break;
>>> case 0x04:
>>> - acpi_pm1_cnt_write(&s->ar, val);
>>> + acpi_pm1_cnt_write(&s->ar, val, 0);
>>> break;
>>> default:
>>> break;
>
> --
> Gleb.
next prev parent reply other threads:[~2012-05-23 13:49 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-20 9:02 [Qemu-devel] [PATCH 1/2] Make pointer to fw_cfg device global Gleb Natapov
2012-05-20 9:02 ` [Qemu-devel] [PATCH 2/2] Add PIIX4 properties to control PM system states Gleb Natapov
2012-05-23 13:27 ` Anthony Liguori
2012-05-23 13:34 ` Gleb Natapov
2012-05-23 13:48 ` Anthony Liguori [this message]
2012-05-23 14:34 ` Andreas Färber
2012-05-23 14:42 ` Paolo Bonzini
2012-05-23 15:11 ` Anthony Liguori
2012-05-23 15:16 ` Gleb Natapov
2012-05-23 12:37 ` [Qemu-devel] [PATCH 1/2] Make pointer to fw_cfg device global Gleb Natapov
2012-05-23 13:25 ` Anthony Liguori
2012-05-23 13:32 ` Gleb Natapov
2012-05-23 13:46 ` Anthony Liguori
2012-05-23 12:44 ` Peter Maydell
2012-05-23 12:47 ` Gleb Natapov
2012-05-23 14:41 ` Andreas Färber
2012-05-23 14:54 ` Peter Maydell
-- strict thread matches above, loose matches on Subject: below --
2012-05-14 12:34 Gleb Natapov
2012-05-14 12:34 ` [Qemu-devel] [PATCH 2/2] Add PIIX4 properties to control PM system states Gleb Natapov
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=4FBCEABD.2060905@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=gleb@redhat.com \
--cc=qemu-devel@nongnu.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).