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 <ler...@redhat.com> 日期: 2013-07-03 16:01 (GMT+08:00) 收件人： bobooscar <boboos...@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
