Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263267AbTHWWb5 (ORCPT ); Sat, 23 Aug 2003 18:31:57 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263452AbTHWWb5 (ORCPT ); Sat, 23 Aug 2003 18:31:57 -0400 Received: from mx1.redhat.com ([66.187.233.31]:40452 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S263267AbTHWWbw convert rfc822-to-8bit (ORCPT ); Sat, 23 Aug 2003 18:31:52 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Subject: RE: 2.6.0-test4 - lost ACPI Date: Sat, 23 Aug 2003 18:31:43 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 2.6.0-test4 - lost ACPI Thread-Index: AcNpvpBF5jHlEn5SQweSX1dawtj70QAA2u4g From: "Brown, Len" To: "Tomasz Torcz" Cc: "LKML" , X-OriginalArrivalTime: 23 Aug 2003 22:31:44.0794 (UTC) FILETIME=[550E2FA0:01C369C6] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 4875 Lines: 131 Tomasz, I'm glad that 'acpi=force pci=noacpi' got your system up and running. Andrew is right, needing acpi=force is intentional due to the age of the system -- we're running away from aging broken BIOS's that vendors refuse to update, and we need to draw the line someplace. Some say that the 2001 should really be 2002... But, needing pci=noacpi if you successfully ran with ACPI enabled before would be a regression. Thanks for sending the acpidmp output. The DSDT shows Award's "VT86" PIRQ mapping code that we've been struggling with recently. Indeed, the lastest ACPI patch seems to help the modern descendents of your machine. But I don't see any obvious errors in the AML for the interrupt part on your box. Using IASL to re-build your disassembled DSDT showed some static errors that will kill you if you hit them them at run time. If you really want to use ACPI for run-time features on this box you'd probably need to modify your DSDT and over-ride it for starters. There are a number of web pages devoted to that hobby. I'm more interested in the interrupt issue. If you'd like to help us debug it, then please file a bug at http://bugzilla.kernel.org/ Category: power management, componenet: ACPI and attach your dmidecode and acpidmp output. The next piece to get would be the console messages from the failing case -- you'd need a serial console to capture them. Thanks, -Len lenb@dhcppc4:/smb/tomasz.torcz> acpixtract DSDT acpidmp >DSDT lenb@dhcppc4:/smb/tomasz.torcz> iasl -d DSDT Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20030522 [May 23 2003] Copyright (C) 2000 - 2003 Intel Corporation Supports ACPI Specification Revision 2.0b Loading Acpi table from file DSDT Acpi table [DSDT] successfully installed and loaded Pass 1 parse of [DSDT] Pass 2 parse of [DSDT] Parsing Deferred Opcodes (Methods/Buffers/Packages/Regions) ........................................................................ ........................................................... Parsing completed Disassembly completed, written to "DSDT.dsl" lenb@dhcppc4:/smb/tomasz.torcz> lenb@dhcppc4:/smb/tomasz.torcz> ls DSDT DSDT.dsl acpidisasm acpidmp dmesg.pcinoacpi.acpioff dsdt lenb@dhcppc4:/smb/tomasz.torcz> iasl DSDT.dsl Intel ACPI Component Architecture ASL Optimizing Compiler / AML Disassembler version 20030522 [May 23 2003] Copyright (C) 2000 - 2003 Intel Corporation Supports ACPI Specification Revision 2.0b DSDT.dsl 257: Method (\_WAK, 1, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_WAK) DSDT.dsl 269: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) DSDT.dsl 277: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) DSDT.dsl 1761: Store (Local0, Local0) Error 1013 - ^ Method local variable is not initialized (Local0) DSDT.dsl 1995: Method (_STA, 0, NotSerialized) Warning 2019 - ^ Not all control paths return a value (_STA) DSDT.dsl 1995: Method (_STA, 0, NotSerialized) Warning 2026 - ^ Reserved method must return a value (_STA) ASL Input: DSDT.dsl - 2203 lines, 75934 bytes, 987 keywords Compilation complete. 3 Errors, 3 Warnings, 0 Remarks, 235 Optimizations lenb@dhcppc4:/smb/tomasz.torcz> > -----Original Message----- > From: Tomasz Torcz [mailto:zdzichu@irc.pl] > Sent: Saturday, August 23, 2003 5:38 PM > To: Brown, Len > Subject: Re: 2.6.0-test4 - lost ACPI > > > On Sat, Aug 23, 2003 at 04:58:00PM -0400, Brown, Len wrote: > > pci=noacpi is also an option. If it works, then it means > you got burnt > > by ACPI's PCI interrupt code. > > Good shot! With 'acpi=force pci=noacpi' it booted ok and works. > I've attached dmesg FYI. > > > We've had trouble with Award/VIA in this > > area recently, so it wouldn't be surprising to have trouble with a > > 3-year old Award/VIA BIOS. The puzzling thing is why ACPI enabled > > worked for you before and doesn't work now. > > I can test patches. Unfortunetely I'm not good enough programmer to > create them. > > > I'd be interested in looking over a copy of your /proc/acpi/dsdt, or > > even better, the output from acpidmp, > > Attached (gzipped) > > -- > Tomasz Torcz RIP is irrevelant. Spoofing is futile. > zdzichu@irc.-nie.spam-.pl Your routes will be > aggreggated. -- Alex Yuriev > - 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/