Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 1 Dec 2003 17:12:23 -0700 (MST)
From:      Scott Long <scottl@freebsd.org>
To:        Greg 'groggy' Lehey <grog@FreeBSD.org>
Cc:        current@FreeBSD.org
Subject:   Re: 5.2-RELEASE TODO
Message-ID:  <20031201171044.N54268@pooker.samsco.home>
In-Reply-To: <20031201235600.GP12914@wantadilla.lemis.com>
References:  <200312011501.hB1F1NJe048491@fledge.watson.org> <20031201235600.GP12914@wantadilla.lemis.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 2 Dec 2003, Greg 'groggy' Lehey wrote:
> On Monday,  1 December 2003 at 10:01:23 -0500, Robert Watson wrote:
> > This is an automated bi-weekly mailing of the FreeBSD 5.2 open issues list.
> >
> > Show stopper defects for 5.2-RELEASE
> >
> >  +------------------------------------------------------------------------+
> >  |   Issue   |  Status   |Responsible |            Description            |
> >  |-----------+-----------+------------+-----------------------------------|
> >  |           |           |            |The new i386 interrupt code        |
> >  |ACPI kernel|           |            |requires that ACPI be compiled into|
> >  |module     |In progress|John Baldwin|the kernel if it to be used. Work  |
> >  |           |           |            |is underway to restore the ability |
> >  |           |           |            |to load it as a module.            |
> >  |-----------+-----------+------------+-----------------------------------|
>
> I'm currently investigating ACPI problems on a dual processor Intel
> motherboard (re@ knows about this).  It looks as if the new code is
> much fussier than the old code about the quality of the motherboard
> BIOS: this machine runs fine on 5.1, but won't finish booting on
> 5.2-BETA.  Yes, this is probably an ACPI bug, but users aren't going
> to see it that way: if we release a 5.2 which won't boot on a lot of
> machines, people are going to blame 5.2, not the machine.  I think we
> should ensure that there's at least a fallback for machines with
> broken ACPI.

This argument is exactly why I added the 'disable acpi' option in the boot
loader menu.  Of course, we STILL need to get good debugging information
from you as to why you get a Trap 9 when ACPI is disabled.  This is the
more important issue.

Scott



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20031201171044.N54268>