linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Mikael Pettersson <mikpe@csd.uu.se>
To: kenton.groombridge@us.army.mil, patrick@dreker.de
Cc: linux-kernel@vger.kernel.org
Subject: Re: nforce2 lockups
Date: Sat, 23 Aug 2003 14:20:39 +0200 (MEST)	[thread overview]
Message-ID: <200308231220.h7NCKdrC017875@harpo.it.uu.se> (raw)

On Sat, 23 Aug 2003 10:41:46 +0900, kenton.groombridge@us.army.mil wrote:
>I had done this before but without the nolapic option.  That appears to have been the solution.  Ran a whole day without one lockup where before 10 minutes was rarely achieved.
...
>It looks like the nolapic kernel parameter was just recently introduced.  I tried it in both the 2.4.22-rc2 kernel and the 2.6.0-test3 kernel with success in both.
>
>Would still like apic to be completely fixed in the nforce2 chipsets, but I am just happy to have a working system again.

"nolapic" does not exist in standard 2.4.22-rc2 or 2.6.0-test3 kernels.
The patch which added nolapic support was included in 2.6.0-test3-bk8,
and 2.6.0-test<2or3>-mm<something> before that.

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.

"noapic" (note: no "l") might very well fix your board, but that's
a completely different animal: it disables the I/O-APIC, which
handles board-level interrupt routing. In a kernel that supports it,
"nolapic" effectively also disables the I/O-APIC.

acpi=off or pci=noacpi might also fix the board, if ACPI is busted.

/Mikael

             reply	other threads:[~2003-08-23 12:20 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-23 12:20 Mikael Pettersson [this message]
2003-08-23 12:48 ` nforce2 lockups Patrick Dreker
  -- strict thread matches above, loose matches on Subject: below --
2003-08-23 15:50 Mikael Pettersson
2003-08-23 18:52 ` 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=200308231220.h7NCKdrC017875@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).