From: "Benjamin Monate <Benjamin Monate" <Benjamin.Monate@lri.fr>
To: linux-kernel@vger.kernel.org
Subject: Re: Strange lockup of the timer with 2.4.0-test10 SMP (and older)
Date: Thu, 23 Nov 2000 20:39:03 +0100 (MET) [thread overview]
Message-ID: <14877.29271.211561.467359@sun-demons> (raw)
In-Reply-To: <Pine.GSO.3.96.1001123183522.6381H-100000@delta.ds2.pg.gda.pl>
In-Reply-To: <14875.38318.5084.502248@sun-demons> <Pine.GSO.3.96.1001123183522.6381H-100000@delta.ds2.pg.gda.pl>
Dans son message du Thu 23 November, Maciej W. Rozycki ecrit :
> Hmm, your BIOS reports the timer IRQ is directly connected...
> > Int: type 0, pol 3, trig 3, bus 2, IRQ 09, APIC ID 2, APIC INT 09
> This is weird for an ISA IRQ.
Remember that I have TWO PCI buses and one ISA Bus.
>
> > ENABLING IO-APIC IRQs
> > ...changing IO-APIC physical APIC ID to 2 ... ok.
> > BIOS bug, IO-APIC#1 ID 3 is already used!...
> > ... fixing up to 1. (tell your hw vendor)
> > ...changing IO-APIC physical APIC ID to 1 ... ok.
> This is annoying but Linux recovers from it...
Yes. I had to patch 2.4.0pre2 to be able to boot, but now it boots
unpatched.
Why do you mean by "annoying" ? I thought this was just an
initialization problem.
By the way, my BIOS has an option to choose between MP 1.4 or older
specifications. Changing it has not changed anything to the problem.
> > ..TIMER: vector=49 pin1=2 pin2=0
> > ..MP-BIOS bug: 8254 timer not connected to IO-APIC
> > ...trying to set up timer (IRQ0) through the 8259A ...
> > ..... (found pin 0) ...works.
>
> At the moment I can't see any reason of this failure apart from pin1
> being unconnected. But why would it be? I'll prepare a debugging patch
> which might help finding the real cause and I'll send it to you soon.
Okay. Thank you very much.
> BTW, have you checked if there is a BIOS update for your system?
I will check that with Asus. At this time I have BIOS 1002.
--
| Benjamin Monate | mailto:Benjamin.Monate@lri.fr |
| LRI - Bât. 490
| Université de Paris-Sud
| F-91405 ORSAY Cedex
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
next prev parent reply other threads:[~2000-11-23 20:09 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-11-16 16:36 Strange lockup of the timer with 2.4.0-test10 SMP (and older) Benjamin Monate <Benjamin Monate
[not found] ` <3A15CE34.EF2FE3CC@uow.edu.au>
2000-11-20 15:31 ` Benjamin Monate <Benjamin Monate
2000-11-20 18:26 ` Fort David
2000-11-20 18:11 ` Benjamin Monate <Benjamin Monate
2000-11-20 18:13 ` Alan Cox
2000-11-21 14:31 ` Maciej W. Rozycki
2000-11-21 16:27 ` Benjamin Monate <Benjamin Monate
2000-11-21 17:35 ` Maciej W. Rozycki
2000-11-22 9:45 ` Benjamin Monate <Benjamin Monate
[not found] ` <Pine.GSO.3.96.1001123183522.6381H-100000@delta.ds2.pg.gda.pl>
2000-11-23 19:39 ` Benjamin Monate <Benjamin Monate [this message]
[not found] ` <Pine.GSO.3.96.1001127154910.13774O-100000@delta.ds2.pg.gda.pl>
2000-11-27 16:58 ` Benjamin Monate <Benjamin Monate
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=14877.29271.211561.467359@sun-demons \
--to=benjamin.monate@lri.fr \
--cc=linux-kernel@vger.kernel.org \
/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