RE: Still IRQ routing problems with VIA (was: VIA KT133 chipset PCI crazyness...)

2001-04-10 Thread Manuel A. McLure

Axel Thimm said...
> 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- SERR-  > +   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.
> -- 
> [EMAIL PROTECTED]
> 

I have the same motherboard with the same lspci output (i.e. I get the "pin
?" part), but I don't see any problems running 2.4.3 or 2.4.3-ac[23]. I am
only using a trackball on my USB port - what problems are you seeing?

--
Manuel A. McLure - Unify Corp. Technical Support <[EMAIL PROTECTED]>
Space Ghost: "Hey, what happened to the-?" Moltar: "It's out." SG: "What
about-?" M: "It's fixed." SG: "Eh, good. Good."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/



Still IRQ routing problems with VIA (was: VIA KT133 chipset PCI crazyness...)

2001-04-10 Thread Axel Thimm

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- SERR-  +   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.
-- 
[EMAIL PROTECTED]

 dmesg.2.4.3.log.gz
 dump_pirq.2.2.17.log.gz
 lspci.2.2.17.log.gz
 lspci.2.4.3-pure.log.gz