From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UugOP-0000Iz-Sd for qemu-devel@nongnu.org; Thu, 04 Jul 2013 06:04:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UugOJ-0006G4-R6 for qemu-devel@nongnu.org; Thu, 04 Jul 2013 06:04:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:40198) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UugOJ-0006Fw-Jl for qemu-devel@nongnu.org; Thu, 04 Jul 2013 06:03:55 -0400 Message-ID: <51D5491B.4050402@redhat.com> Date: Thu, 04 Jul 2013 12:06:19 +0200 From: Laszlo Ersek MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] =?utf-8?b?5Zue5aSN77yaIFJlOiDlm57lpI3vvJogUmU6ICBX?= =?utf-8?q?hich_part_of_qemu_responds_to_ACPI_control_method=3F?= List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: bobooscar Cc: qemu-devel@nongnu.org On 07/04/13 08:05, bobooscar wrote: > Thank you laszlo. however, after I got DSDT.dsl, I found that there is > no =E2=80=9C_PTS=E2=80=9D method, even if =E2=80=9C_TTS=E2=80=9D =E2=80= =9C_GTS=E2=80=9D. =20 > 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 >=20 > The guest os is redhat 6.1 hvm. >=20 > 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 tha= t > 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=3D0 -global PIIX4_PM.disable_s4=3D0 Laszlo