From: Axel Thimm <Axel.Thimm+linux-kernel@physik.fu-berlin.de>
To: linux-kernel@vger.kernel.org
Cc: Michel Bouissou <michel@bouissou.net>,
Jens Dreger <Jens.Dreger@physik.fu-berlin.de>,
David Hansen <David.Hansen@physik.fu-berlin.de>
Subject: Still IRQ routing problems with VIA (was: VIA KT133 chipset PCI crazyness...)
Date: Tue, 10 Apr 2001 09:59:01 +0200 [thread overview]
Message-ID: <20010410095901.A28833@pua.domain> (raw)
[-- Attachment #1: Type: text/plain, Size: 2004 bytes --]
Several weeks ago there had been a thread on the pirq assignments of newer VIA
and SiS chipsets ending with everybody happy.
Everybody? Not everybody - there is a small village of chipsets resisting the
advent of 2.4.x :(
The system is a KT133A (MSI's K7T Turbo MS-6330 board)/Duron 700
system. Kernel 2.4.x have IRQ routing problems and USB failures (the latter
will most probably be due to IRQ mismatches, I believe).
2.2 kernel = 2.2.17 RH-kernel
2.4 kernel = 2.4.3 kernel with 'yes ""|make config' (I also tried configuring
and -ac3 patches to no avail.)
I attached dmesg, lspci -vvvxxx (under both 2.2 and 2.4), and dump_irq (which
is the same for both kernels)
As far as I could follow the discussion back in January a problem seem to be
that different chipset vendors may arbitrary map pirq to links ('A' vs 1
etc.). On my board I see that there is a rather strange mapping. Maybe this
confuses 2.4.3?
Most prominent difference in the lspci -vvvxxx output (to me) is the interrupt
with the unknown pin:
> @@ -162,6 +162,7 @@
> 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
> Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B-
> Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR-
> + Interrupt: pin ? routed to IRQ 11
> Capabilities: [68] Power Management version 2
> Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
> Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Maybe it is a KT133A != KT133 issue. Note that the analysis above is the best
I can provide, which has nothing to do with a good analysis.
Any help mostly appreciated! My board wants to run 2.4.x!!!
BTW kernel 2.2.x does not give any irq related messages in its logs. Does this
mean that 2.2.x works well, or that the errors are just not displayed?
Thanks, Axel.
--
Axel.Thimm@physik.fu-berlin.de
[-- Attachment #2: dmesg.2.4.3.log.gz --]
[-- Type: application/x-gzip, Size: 3489 bytes --]
[-- Attachment #3: dump_pirq.2.2.17.log.gz --]
[-- Type: application/x-gzip, Size: 515 bytes --]
[-- Attachment #4: lspci.2.2.17.log.gz --]
[-- Type: application/x-gzip, Size: 2890 bytes --]
[-- Attachment #5: lspci.2.4.3-pure.log.gz --]
[-- Type: application/x-gzip, Size: 2975 bytes --]
reply other threads:[~2001-04-10 8:00 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20010410095901.A28833@pua.domain \
--to=axel.thimm+linux-kernel@physik.fu-berlin.de \
--cc=David.Hansen@physik.fu-berlin.de \
--cc=Jens.Dreger@physik.fu-berlin.de \
--cc=linux-kernel@vger.kernel.org \
--cc=michel@bouissou.net \
/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
all inboxes | Powered by JetHome®