Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753390Ab0A1D22 (ORCPT ); Wed, 27 Jan 2010 22:28:28 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752803Ab0A1D2Z (ORCPT ); Wed, 27 Jan 2010 22:28:25 -0500 Received: from mga02.intel.com ([134.134.136.20]:43380 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752759Ab0A1D2Y (ORCPT ); Wed, 27 Jan 2010 22:28:24 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.49,357,1262592000"; d="scan'208";a="487671619" Subject: Re: 2.6.33-rc5-git2 -- ACPI Error: Attempt to CreateField of length zero (20091214/dsopcode-529) From: Lin Ming To: Miles Lane Cc: ACPI Devel Maling List , LKML , Len Brown , "Zhang, Rui" In-Reply-To: References: <4B5FE33A.7000201@gmail.com> <1264579476.7187.56.camel@minggr.sh.intel.com> Content-Type: text/plain Date: Thu, 28 Jan 2010 11:12:00 +0800 Message-Id: <1264648320.25564.23.camel@minggr.sh.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.1 (2.24.1-2.fc10) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3672 Lines: 84 On Wed, 2010-01-27 at 20:43 +0800, Miles Lane wrote: > On Wed, Jan 27, 2010 at 3:04 AM, Lin Ming wrote: > > > >> From: Miles Lane > >> Date: Wed, Jan 27, 2010 at 2:54 PM > >> Subject: 2.6.33-rc5-git2 -- ACPI Error: Attempt to CreateField of > >> length zero (20091214/dsopcode-529) > >> To: ACPI Devel Maling List , LKML > >> , Len Brown > >> > >> > >> I am not sure how much of this is due to a single cause. Please let > >> me know if you'd like me to send separate reports. > >> > >> ACPI: EC: GPE = 0x1b, I/O: command/status = 0x66, data = 0x62 > >> ACPI Warning: Incorrect checksum in table [ATKG] - FA, should be 05 > >> (20091214/tbutils-314) > >> > >> ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) > >> ACPI Error: Attempt to CreateField of length zero (20091214/dsopcode-529) > >> ACPI Error (psparse-0537): Method parse/execution failed > >> [\_SB_.PCI0.IDE0.RATA] (Node ffff88013f81a9e0), AE_AML_OPERAND_VALUE > >> ACPI Error (psparse-0537): Method parse/execution failed > >> [\_SB_.PCI0.IDE0.PRT1._GTF] (Node ffff88013f81ab20), > >> AE_AML_OPERAND_VALUE > >> ata2.00: _GTF evaluation failed (AE 0x3004) > >> ata2.00: ATAPI: MATSHITADVD-RAM UJ892AS, 1.00, max UDMA/100, ATAPI AN > >> ACPI Error: Attempt to CreateField of length zero (20091214/dsopcode-529) > >> ACPI Error (psparse-0537): Method parse/execution failed > >> [\_SB_.PCI0.IDE0.RATA] (Node ffff88013f81a9e0), AE_AML_OPERAND_VALUE > >> ACPI Error (psparse-0537): Method parse/execution failed > >> [\_SB_.PCI0.IDE0.PRT1._GTF] (Node ffff88013f81ab20), > >> AE_AML_OPERAND_VALUE > >> ata2.00: _GTF evaluation failed (AE 0x3004) > >> ata2.00: configured for UDMA/100 > >> scsi 1:0:0:0: CD-ROM MATSHITA DVD-RAM UJ892AS 1.00 PQ: 0 ANSI: 5 > >> > > > > >From the DSDT, > > > > 2522 Method (RATA, 1, NotSerialized) > > 2523 { > > 2524 CreateByteField (Arg0, Zero, CMDN) > > 2525 Multiply (CMDN, 0x38, Local0) > > 2526 CreateField (Arg0, 0x08, Local0, RETB) > > 2527 Store (RETB, Debug) > > 2528 Return (RETB) > > 2529 } > > > > 2546 Name (ATP1, Buffer (0x32) {}) > > 2547 Device (PRT1) > > 2548 { > > 2549 Name (_ADR, 0x0001FFFF) > > 2550 Method (_SDD, 1, NotSerialized) > > 2551 { > > 2552 Store (AGTF (Zero, Arg0), ATP1) > > 2553 } > > 2554 > > 2555 Method (_GTF, 0, NotSerialized) > > 2556 { > > 2557 Return (RATA (ATP1)) > > 2558 } > > 2559 } > > > > It seems that ATP1 is not set correctly in PRT1._SDD. > > Then ATP1 is passed into RATA and CMDN is created with value zero. > > That causes the error message. > > This is the current BIOS for the ASUS UL50VT. Is this something that gets > fixed by a BIOS update? Do you have a way to pass this information on to > ASUS? Is there something the kernel code can do to work around the > problem, or is that already happening? Is this bug a regression? Did you see it with older kernel? If yes, could you do a bisect? Thanks, Lin Ming -- 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/