From: "Bryan W. Headley" <bheadley@interaccess.com>
To: Mikael Pettersson <mikpe@csd.uu.se>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.4.2-pre1 won't boot on my SMP P-II
Date: Sun, 04 Feb 2001 21:15:43 -0600 [thread overview]
Message-ID: <3A7E1ADF.669BAAD5@interaccess.com> (raw)
In-Reply-To: <200102050254.DAA07310@harpo.it.uu.se>
Mikael Pettersson wrote:
> Bryan W. Headley writes:
> > Last kernel that booted was Redhat's build of 2.4.0-pre11. I'm not sure
> > where the issue is at, so I attach a log of the system booting up.
> >
> > It's an ASUS P2B-DS with dual Deschutes PII-450s.
>
> > Linux version 2.4.2-pre1 (bheadley@cactus.bheadley.org) (gcc version 2.96 20000731 (Red Hat Linux 7.0)) #1 SMP Sun Feb 4 15:57:05 CST 2001
>
> gcc 2.96 -- is this the vanilla RH7.0 gcc or the updated one? The vanilla one
> is known to miscompile stuff. Use kgcc, 2.95.2, or the updated RH7.0 gcc.
>
The updated one. On suggestion, I upgraded the BIOS which seems to have fixed the issue.
>
> > md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> > md.c: sizeof(mdp_super_t) = 4096
> > autodetecting RAID arrays
> > autorun ...
> > ... autorun DONE.
> > ACPI: Core Subsystem version [20010125]
> > LNMI Watchdog detected LOCKUP on CPU0, registers:
> > CPU: 0
> > EIP: 0010:[<c02345dd>]
> > EFLAGS: 00000086
> > eax: 00000000 ebx: 000f8040 ecx: 00000001 edx: c0272b42
> > esi: cfd6ff70 edi: cfd6e331 ebp: 00000000 esp: cfd6ff48
> > ds: 0018 es: 0018 ss: 0018
> > Process kacpid (pid: 7, stackpage=cfd6f000)
> > Stack: 00000286 00070000 00c70000 c01c10c1 000f8040 cfd6ff70 cfd6e331 00000000
> > c01d47fa c0272b42 0000003c cfd6ffa0 000f8040 00000000 00000000 00000000
> > 00000000 00000000 cfd6e000 00000000 00000001 cfd6e000 20010125 00000003
> > Call Trace: [<c01c10c1>] [<c01d47fa>] [<c0105000>] [<c0108626>] [<c01d46d0>]
> >
> > Code: 80 3d 20 50 29 c0 00 f3 90 7e f5 e9 93 5c ee ff 80 3d 20 50
> > console shuts up ...
>
> The NMI watchdog detected an apparent lockup (interrupts masked
> for too long) during boot. This is fatal. Note that the last message
> before the oops mentioned "ACPI" and the process killed is "kacpid".
> Hmm, I don't know how well ACPI works on SMP (or at all), but you
> should try a new kernel built with ACPI disabled.
>
> /Mikael
--
____ .:. ____
Bryan W. Headley - bheadley@interaccess.com
ý:.˱Êâmçë¢kaÉb²ßìzwm
ébïî˱Êâmébìÿêçz_âØ^nr¡ö¦zË\x1aëh¨èÚ&£ûàz¿äz¹Þú+ù^jÇ«y§m
á@A«a¶Úÿÿü0ÃûnÇú+ùd
next prev parent reply other threads:[~2001-02-05 3:06 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-02-05 2:54 2.4.2-pre1 won't boot on my SMP P-II Mikael Pettersson
2001-02-05 3:15 ` Bryan W. Headley [this message]
-- strict thread matches above, loose matches on Subject: below --
2001-02-05 0:08 Bryan W. Headley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3A7E1ADF.669BAAD5@interaccess.com \
--to=bheadley@interaccess.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mikpe@csd.uu.se \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox