[prev in list] [next in list] [prev in thread] [next in thread] 

List:       openbsd-bugs
Subject:    Re: system/5847
From:       "J.C. Roberts" <list-jcr () designtools ! org>
Date:       2008-10-29 4:12:55
Message-ID: 200810282112.56096.list-jcr () designtools ! org
[Download RAW message or body]

On Tuesday 28 October 2008, J.C. Roberts wrote:
> On Thursday 02 October 2008, Nicholas Marriott wrote:
> > On Thu, Oct 02, 2008 at 04:11:50PM -0600, deraadt@cvs.openbsd.org
>
> wrote:
> > > Synopsis: ACPI reports "no FADT" on Acer Aspire 5720, doesn't
> > > seem to find the right RSDP
> > >
> > > State-Changed-From-To: open->analyzed
> > > State-Changed-By: deraadt
> > > State-Changed-When: Thu Oct 2 16:11:49 MDT 2008
> > > State-Changed-Why:
> > > Please re-test this PR and respond as to whether this problem
> > > still exists.  Our PR database is full of many old errors, and
> > > this is an effort to seperate the repaired bugs from unrepaired
> > > bugs.  Please use http://cvs.openbsd.org/query-pr.html to refresh
> > > your memory about the PR. Thank you.
> >
> > I can still reproduce this on a recent snapshot (dmesgs below).
> > Same fix as in the PR works for me.
> >
> > Regards, Nicholas
>
> SYSTEM: Dell Precision Workstation 530 MT
>
> With the 2008.10.24 install44.iso I'm getting something similar to
> this PR after a fresh install. The installation itself went
> perfectly, but the following reboot failed with the sane "mpbios:
> can't find ioapic 2" errors.
>
> The original bug report stated the problem was caused by FADT
>         acpi0 at bios0: rev 0, no FADT
>
> mine below reads
>         acpi at bios0 function 0x0 not configured
>
> Sadly, I don't know anything about FADT. If I disable apm, the system
> will boot fine.
>
> Just messing around with it leads to the following observations:
>
> 1.) The system will *not* boot with everything enabled by default.
> 2.) The system will *not* boot only acpi is disabled.
> 3.) The system will boot if both acpi and apm are disabled.
> 4.) The system will boot if only apm is disabled.
>
> Output for all four cases are below.
>
> Should this be another PR, or is it part of the same problem?
>
> Kind Regards,
> Jon

With a fresh build of -CURRENT tonight, this problem has gone away.

The changes made in the last 24 hours to:

/src/sys/arch/i386/i386/bios.c

seem to have made the difference.

Thanks,
Jon

[prev in list] [next in list] [prev in thread] [next in thread]