From owner-freebsd-acpi@FreeBSD.ORG Fri Oct 8 15:26:59 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE64916A4CE for ; Fri, 8 Oct 2004 15:26:59 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id C5A0343D1D for ; Fri, 8 Oct 2004 15:26:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 08 Oct 2004 08:26:59 -0700 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2C81F5D04; Fri, 8 Oct 2004 08:26:59 -0700 (PDT) To: Nate Lawson In-reply-to: Your message of "Wed, 06 Oct 2004 21:27:03 PDT." <4164C597.7030505@root.org> Date: Fri, 08 Oct 2004 08:26:59 -0700 From: "Kevin Oberman" Message-Id: <20041008152659.2C81F5D04@ptavv.es.net> cc: freebsd-acpi@FreeBSD.org Subject: Re: ASUS P5A broken by ACPI black-list X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 15:27:00 -0000 > Date: Wed, 06 Oct 2004 21:27:03 -0700 > From: Nate Lawson > > This is a multi-part message in MIME format. > --------------020107080204030202050108 > Content-Type: text/plain; charset=us-ascii; format=flowed > Content-Transfer-Encoding: 7bit > > Kevin Oberman wrote: > > Thanks, John. > > > > This was actually an effort to avoid causing problems for people > > upgrading to V5 with this card. I have no problems with running > > ACPI. But, since it's blacklisted for ACPI and won't work without it, > > people are going to try to upgrade and discover that their systems don't > > work. > > > > I think the best solution is to remove it from the black-list (Nate?) > > and at least let it work. Then people can figure out to use TSC and not > > the ACPI clock. > > > > What would be better is a more granular black-list that simply disabled > > ACPI for features that are broken. Of course, maintaining this would be > > a pain. > > Try the attached patch. If it works, please submit your system info > including dmesg and acpidump -t as a PR (i386/???) and I'll commit it. It worked perfectly. I'll add it to the PR in a few minutes. If you are doing this, will you add quirks for the other ACPI modules? I know I've seen reports that various of them are not working on some BIOS or another and putting in the quirks (even if there are no current references to most of them in the acpi_quirks file) will make it easier for people to make appropriate customizations of their kernels. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634