Port-i386 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: ACPI-Problems with NetBSD/i386 and a Compaq DL360 G1
On Thu, Aug 05, 2010 at 07:45:37AM +0300, Jukka Ruohonen wrote:
> On Wed, Aug 04, 2010 at 11:27:12PM +0200, the_badger%gmx.net@localhost wrote:
> > I am currently setting up a Compaq DL360 G1 Server with NetBSD (5.1_RC2).
> > While this worked perfectly so far with a single-CPU variant (after some
> > help from Matthias Scheler with a reboot-problem, see attached patch and
> > PR 38501), the kernel (my own patched one as well as -GENERIC) froze the
> > moment the first CPU was printed in green on the screen after I changed
> > from single to dual processor. I was able to boot the kernel by disabling
>
> Posting the acpidump(8) output would be a good start. (Unfortunately, we
> probably need the so-called MADT table, which is neither possible with
> acpidump(8) in 5.x nor with acpidump(8) in pkgsrc/sysutils/acpidump. So
> you'd need to boot to an alternative operating system to do that.)
>
> But compiling a kernel with ACPI_MADT_DEBUG defined and posting the output
> will likely do as well.
The older Compaq servers are a bit tempremental when it comes to
booting NetBSD.
One problem was a bug in our timer code which only manifested itself with
ACPI enabled and only on Compaq servers for some reason. I fixed that a
couple of years ago.
Another is that the boot processor is often not the first processor noted
in the ACPI/MP tables. For example, with 4 processors the boot CPU may
have APID 3, with the secondary/application processors having APIDs 0, 1
and 2. This could cause problems with our code, although the last
time I booted a DL380 (which does this weird APID thing) it worked fine.
Would have been a couple of years ago also. Perhaps worth checking out.
Home |
Main Index |
Thread Index |
Old Index