From owner-freebsd-acpi@FreeBSD.ORG Mon Aug 16 04:07:53 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 238CB16A4CE; Mon, 16 Aug 2004 04:07:53 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3BCE43D46; Mon, 16 Aug 2004 04:07:52 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-94.dsl.snfc21.pacbell.net [64.171.186.94]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i7G47p8U002171; Sun, 15 Aug 2004 21:07:52 -0700 Message-ID: <41203316.90801@root.org> Date: Sun, 15 Aug 2004 21:07:50 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7 (X11/20040702) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Riccardo Torrini References: <20040815223335.GA82743@trudy.torrini.home> In-Reply-To: <20040815223335.GA82743@trudy.torrini.home> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@FreeBSD.ORG cc: freebsd-current@FreeBSD.ORG Subject: Re: Disabled known-bad BIOS revisions 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: Mon, 16 Aug 2004 04:07:53 -0000 Riccardo Torrini wrote: > As explained in UPDATING on 20040630, ACPI has been updated to disable > known-bad BIOS revisions. A message will be printed on the console... > > Machine is a dual pIII/500, MoBo is an ASUS P2B-DS (dual+scsi) > > Without hint.acpi.0.disabled="0" I got a "auto-reboot-without-panic" > after loading kernel (or after loading/skipping ACPI, it is too fast > so I can't see any message at all). Try booting with "unset acpi_load" so that acpi is not even loaded. Does your system work then? If so, the problem that needs to be fixed is booting with ACPI disabled and is a bug. I find it hard to believe that your system was designed to not work without ACPI since it is from 1999. > (only a "don't know if related" problem: after switching to sound and > snd_* my machine don't play any sound, device is found at boot but no > mixer nor dsp are created into /dev, I will send a separate message). > > Other test I have done between jul/aug: > - kernel without SMP, no hint: GOOD, see the disabled message > - kernel with SMP, hint to enable ACPI: GOOD, no message > - kernel with SMP, no hint: FAIL, AUTO-REBOOT > > Can I vote for "removing" this MoBo from quirks? What test can I do > to prove that is works? If you need an acpi dump you can found here: > ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vt.gz > ftp://ftp.torrini.org/pub/FreeBSD/trudy.acpidump-vtd.gz > (first is acpidump -v -t, second is the same plus -d) No, the hints give the same behavior you'd have on Windows, namely that it wouldn't even install the ACPI version of the HAL. Note that with ACPI enabled your sound card doesn't work. This machine's BIOS was built in 1999. Linux doesn't even support ACPI for machines older than 2001. -Nate