From owner-freebsd-acpi@FreeBSD.ORG Wed Oct 6 20:30:15 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 5649016A4CE; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADAC43D45; Wed, 6 Oct 2004 20:30:15 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i96KU51d029108 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 6 Oct 2004 13:30:06 -0700 Message-ID: <416455CC.6010506@root.org> Date: Wed, 06 Oct 2004 13:30:04 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20041006201525.4A1B85D0A@ptavv.es.net> In-Reply-To: <20041006201525.4A1B85D0A@ptavv.es.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.org cc: freebsd-acpi@FreeBSD.org cc: John Baldwin 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: Wed, 06 Oct 2004 20:30:15 -0000 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. I'm open to doing this for RELENG_5 but not -current. I'll contact re@. I'll also work on adding a quirks option to disable the timer for -current. > 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. Yes, I agree. However, we do need to maintain this and my goal all along has been to add more quirks (hence the name "acpi_quirks", not "ACPI blacklist.") Note that Linux doesn't have this problem since they outright disable and refuse to support ACPI on all systems older than 2001 (we block BIOS older than 1999.) Most of the BIOS in our quirks table are from the period 1999-2001. -- Nate