From: Mikael Pettersson <mikpe@csd.uu.se>
To: patrick@dreker.de
Cc: kenton.groombridge@us.army.mil, linux-kernel@vger.kernel.org
Subject: Re: nforce2 lockups
Date: Sat, 23 Aug 2003 17:50:35 +0200 (MEST) [thread overview]
Message-ID: <200308231550.h7NFoZtr022365@harpo.it.uu.se> (raw)
On Sat, 23 Aug 2003 14:48:06 +0200, Patrick Dreker <patrick@dreker.de> wrote:
>Am Samstag, 23. August 2003 14:20 schrieb Mikael Pettersson <mikpe@csd.uu.se>
>zum Thema Re: nforce2 lockups:
>> On Sat, 23 Aug 2003 10:41:46 +0900, kenton.groombridge@us.army.mil wrote:
>> Passing nolapic to a kernel which doesn't recognise it causes it to
>> simply be passed through to init, with no error message.
>> So either you used non-standard versions of 2.4.22-rc2/2.6.0-test3,
>> or nolapic wasn't the thing that fixed your nforce2 board.
>It probably was a combination of the other measures mentioned in my mail then.
>I have (had) the same problems, and one has to completely avoid the local
>APIC it seems. Passing noapic and disabling APIC Mode in the BIOS did not do
>that (2.6.0-test3 + acpi20030730).
...
>> "noapic" (note: no "l") might very well fix your board, but that's
>see above. noapic had no effect on the freezes. On boot it still said "found
>and enabling local APIC"
Of course it did. "noapic" and BIOS APIC mode relate to the I/O-APIC,
not the local APIC.
My guess is that your BIOS or graphics card can't handle the local
APIC, presumably due to a crap SMM# handler or you using APM's
CPU_IDLE or DISPLAY_BLANK options.
So the solution for your board is to forcibly avoid the local APIC.
A DMI blacklist entry would do that, as would configuring the
kernel without local APIC support (!SMP && !UP_APIC).
Kernel 2.6.0-test4 supports "nolapic", so that's an option too.
I'll send that patch to Marcelo for 2.4.23-pre so it should be
in 2.4 eventually.
As for getting the DMI blacklist rule in, you or someone else
with that board has to run dmidecode and prepare & test a patch.
/Mikael
next reply other threads:[~2003-08-23 17:00 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-08-23 15:50 Mikael Pettersson [this message]
2003-08-23 18:52 ` nforce2 lockups Patrick Dreker
-- strict thread matches above, loose matches on Subject: below --
2003-08-23 12:20 Mikael Pettersson
2003-08-23 12:48 ` Patrick Dreker
2003-08-23 1:41 kenton.groombridge
2003-08-21 1:39 kenton.groombridge
2003-08-21 11:05 ` Patrick Dreker
2003-08-18 8:04 kenton.groombridge
2003-08-18 9:31 ` Ookhoi
2003-08-18 11:00 ` Karel Kulhavý
[not found] <20030817233306.CC67A2D0074@beton.cybernet.src>
2003-08-17 23:41 ` Karel Kulhavý
[not found] <fa.ih2vscq.35m1rs@ifi.uio.no>
[not found] ` <fa.gbe06ic.1ki851c@ifi.uio.no>
2003-08-17 13:00 ` walt
[not found] <df962fdf9006.df9006df962f@us.army.mil>
2003-08-15 15:15 ` Clock
2003-08-15 16:38 ` Alistair J Strachan
2003-08-15 19:06 ` Clock
2003-08-15 17:47 ` Alistair J Strachan
2003-08-15 21:15 ` Clock
2003-08-17 19:27 ` Jussi Laako
2003-08-17 20:02 ` Patrick Dreker
2003-08-18 13:28 ` Pavel Machek
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=200308231550.h7NFoZtr022365@harpo.it.uu.se \
--to=mikpe@csd.uu.se \
--cc=kenton.groombridge@us.army.mil \
--cc=linux-kernel@vger.kernel.org \
--cc=patrick@dreker.de \
/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;
as well as URLs for NNTP newsgroup(s).