Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161268AbXBGMKI (ORCPT ); Wed, 7 Feb 2007 07:10:08 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161264AbXBGMKI (ORCPT ); Wed, 7 Feb 2007 07:10:08 -0500 Received: from an-out-0708.google.com ([209.85.132.246]:41420 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161268AbXBGMKF convert rfc822-to-8bit (ORCPT ); Wed, 7 Feb 2007 07:10:05 -0500 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OFxCgIW+0Sgl+ObiGSrULg36lbibe/y0sr8pg6ahnUu/2DhmXEhi1TmG3BDle9auq3L/XhiYCH+nyqoH3ynuMguC7ppLG/4X7FWdcUoRNAKKA+jzXz3drX6xmiZSC6+51S4PcT/hk7ba11IlKzSjyHf45OV15toE7EnQqfgjkCM= Message-ID: <3877989d0702070410k77f67616qb4edff275b90c988@mail.gmail.com> Date: Wed, 7 Feb 2007 20:10:05 +0800 From: "Luming Yu" To: "Jiri Slaby" Subject: Re: hwsusp defunct Cc: "Rafael J. Wysocki" , "Linux Kernel Mailing List" , "Pavel Machek" , linux-acpi@vger.kernel.org In-Reply-To: <45C9C0B6.9090704@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Content-Disposition: inline References: <45C5DBBA.20502@gmail.com> <200702041452.28874.rjw@sisk.pl> <45C86405.1070902@gmail.com> <200702061855.49077.rjw@sisk.pl> <45C9C0B6.9090704@gmail.com> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3959 Lines: 89 For acpi issues, please enter bug into bugzilla.kernel.org with dmesg, acpidump output . On 2/7/07, Jiri Slaby wrote: > Cc: linux-acpi > not-cc: linux-pm > > Rafael J. Wysocki napsal(a): > > On Tuesday, 6 February 2007 12:18, Jiri Slaby wrote: > >> This is blindly written dmesg after resume. See it whole at [2]: > >> Suspending device 0.0 > >> ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_LIMIT, Index (000000007) is beyon > >> d end of object [20070126] > >> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.GTM_] > >> (Node dfe64fcc), AE_AML_PACKAGE_LIMIT > >> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0._ > >> GTM] (Node dfe649f0), AE_AML_PACKAGE_LIMIT > >> ... > >> hda: selected mode 0x45 > >> ACPI Error (dsopcode-0481): Attempt to CreateField of length zero [20070126] > >> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.RATA] > >> (Node dfe64ec8), AE_AML_OPERAND_VALUE > >> ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PCI0.IDE0.CHN0.D > >> RV1._GTF] (Node dfe64964), AE_AML_OPERAND_VALUE > >> do_drive_get_GTF: Run _GTF error: status = 0x3006 > > > > This looks like an ACPI-vs-IDE problem. You can try to use libata drivers instead > > of the "old IDE" ones. > > > >> $ ls -l /sys/block/hda/device > >> lrwxrwxrwx 1 root root 0 ?no 6 12:14 /sys/block/hda/device -> > >> ../../devices/pci0000:00/0000:00:1f.1/ide0/0.0 > >> $ ls -l /sys/block/hda/device/driver > >> lrwxrwxrwx 1 root root 0 ?no 6 12:15 /sys/block/hda/device/driver -> > >> ../../../../../bus/ide/drivers/ide-disk > >> $ ls -l /sys/block/hda/device/driver/0.0 > >> lrwxrwxrwx 1 root root 0 ?no 6 12:16 /sys/block/hda/device/driver/0.0 -> > >> ../../../../devices/pci0000:00/0000:00:1f.1/ide0/0.0 > >> # lspci -vvvxxs 0000:00:1f.1 > >> 00:1f.1 IDE interface: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller > >> (rev 02) (prog-if 8a [Master SecP PriP]) > >> Subsystem: ASUSTeK Computer Inc. P5P800-MX Mainboard > >> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- > >> Stepping- SERR- FastB2B- > >> Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- > >> SERR- >> Latency: 0 > >> Interrupt: pin A routed to IRQ 5 > >> Region 0: I/O ports at 01f0 [size=8] > >> Region 1: I/O ports at 03f4 [size=1] > >> Region 2: I/O ports at 0170 [size=8] > >> Region 3: I/O ports at 0374 [size=1] > >> Region 4: I/O ports at fc00 [size=16] > >> Region 5: Memory at 30100000 (32-bit, non-prefetchable) [size=1K] > >> 00: 86 80 db 24 07 00 80 02 02 8a 01 01 00 00 00 00 > >> 10: 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00 > >> 20: 01 fc 00 00 00 00 10 30 00 00 00 00 43 10 a6 80 > >> 30: 00 00 00 00 00 00 00 00 00 00 00 00 00 01 00 00 > >> > >> Do you want acpidump? > > > > I'm not an ACPI expert, it won't tell me a lot, but perhaps you should add > > linux-acpi to the Cc list. ;-) > [...] > > [1] > > http://www.fi.muni.cz/~xslaby/sklad/config-mm > > [2] > > http://www.fi.muni.cz/~xpapiez/test/dmesg-mm.txt > > Ok, acpi folks, any suggests? > > thanks, > -- > http://www.fi.muni.cz/~xslaby/ Jiri Slaby > faculty of informatics, masaryk university, brno, cz > e-mail: jirislaby gmail com, gpg pubkey fingerprint: > B674 9967 0407 CE62 ACC8 22A0 32CC 55C3 39D4 7A7E > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/