[Qemu-devel] 回复： Re: 回复： Re: Which part of qemu responds to ACPI control method?

[Qemu-devel] 回复： Re: 回复： Re: Which part of qemu responds to ACPI control method?

[bobooscar]

[-- Attachment #1: Type: text/plain, Size: 1567 bytes --]

Thank you laszlo. however, after I got DSDT.dsl, I found that there is no “_PTS” method, even if “_TTS” “_GTS”.  
Then I go through all the acpi tables, still found no PTS/TTS methods:
    acpidump > acpidump.out
    acpixtract -a acpidump.out
    for file in `ls |grep dat`; do iasl -a $file; done

The guest os is redhat 6.1 hvm.

What does that mean? Does that mean this OS does not support sleep/wakeup(suspend/resume) with acpi? What caused this problem? Does that have anything to do with qemu? (I tried to add logs in hwsleep.c:acpi_enter_sleep_mode in the guest kernel code, and found that the os does not get here)

Thank you!


已从三星手机发送

-------- 原始邮件 --------
发件人： Laszlo Ersek <lersek@redhat.com> 
日期: 2013-07-03  16:01  (GMT+08:00) 
收件人： bobooscar <bobooscar@gmail.com> 
抄送： qemu-devel@nongnu.org 
主题： Re: 回复： Re: [Qemu-devel] Which part of qemu responds to ACPI control method? 
 
On 07/03/13 04:14, bobooscar wrote:
> Take the method “_PTS” for example, how could I know how it access a
> certain hardware, and what hardware it accesses? I am a newbie in this
> field, thanks in advance;)

In "POSIX-like" guests, you can dump the ACPI tables with the "acpidump"
utility (pmtools package), eg.

  acpidump --table DSDT --output DSDT.aml --binary

then decompile it with "iasl":

  iasl -d DSDT.aml

This creates "DSDT.dsl", a decompiled ACPI Source Language file. You can
interpret it by consulting the ACPI specification
<http://www.acpi.info/spec50.htm>.

Laszlo

[-- Attachment #2: Type: text/html, Size: 2033 bytes --]

Re: [Qemu-devel] 回复： Re: 回复： Re: Which part of qemu responds to ACPI control method?

[Laszlo Ersek]

On 07/04/13 08:05, bobooscar wrote:
> Thank you laszlo. however, after I got DSDT.dsl, I found that there is
> no “_PTS” method, even if “_TTS” “_GTS”.  
> Then I go through all the acpi tables, still found no PTS/TTS methods:
>     acpidump > acpidump.out
>     acpixtract -a acpidump.out
>     for file in `ls |grep dat`; do iasl -a $file; done
> 
> The guest os is redhat 6.1 hvm.
> 
> What does that mean? Does that mean this OS does not support
> sleep/wakeup(suspend/resume) with acpi? What caused this problem? Does
> that have anything to do with qemu? (I tried to add logs in
> hwsleep.c:acpi_enter_sleep_mode in the guest kernel code, and found that
> the os does not get here)

Some tables can have several instances, like SSDT; see the --skip option.

But, it seems reasonable that you have found no _PTS method, as SeaBIOS
doesn't seem to define such. Since you started your email with _PTS, I
treated the method as something given in your case. Now I'm supposing
you use SeaBIOS and _PTS not being there is consistent with that.

So, back to square 1, what is your *actual* problem?

In any of the dumped / decompiled SSDT tables, do you see _S3, _S4, _S5
objects?

Maybe try passing the following options to qemu:

  -global PIIX4_PM.disable_s3=0 -global PIIX4_PM.disable_s4=0

Laszlo