[lkml]   [2001]   [Jan]   [2]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Additional info. for PCI VIA IDE crazyness. Please read.

On Tue, 2 Jan 2001, Evan Thompson wrote:
> PCI: Interrupt Routing Table found at 0xc00f85f0
> 00:07 slot=00 0:fe/4000 1:ff/8000 2:00/0000 3:04/deb8
> 00:08 slot=01 0:01/deb8 1:02/deb8 2:03/deb8 3:04/deb8
> 00:09 slot=02 0:02/deb8 1:03/deb8 2:04/deb8 3:01/deb8
> 00:09 slot=03 0:03/deb8 1:04/deb8 2:01/deb8 3:02/deb8
> c3:00 slot=72 0:60/0e1e 1:1f/e852 2:93/8b00 3:fa/1f5a
> 0a:18 slot=05 0:74/3c27 1:f0/0c73 2:e8/feb9 e:0a/74c0

Ok, this is interesting. In particular, the "fe" and "ff" entries in the
routing table are something I've seen before. They are magic values for
the ALI interrupt router, and they seem to be magic values for VIA too.

As far as I can tell, "fe" means "hardcoded to 14" and "ff" means
"hardcoded to 15".

I wonder whether your "fa" means "hardcoded to 10". What is your PCI
device c3:00.3? That looks _really_ strange (it might just be a BIOS bug,
and a harmless one - you probably don't have such a device at all, is my
guess). I assume you don't have a "slot 4" at all.

Anyway, I suspect that the "fe"/"ff" values are specified by MS (no way to
know, as the docs are obviously NDA'd), which means that it would be
interesting to hear whether the problem is fixed by something like this:

In the file arch/i386/kernel/pci-irq.c, around line 240, there's a
function called pirq_via_get(). Right now it just does a
"read_config_nybble()", and I'd ask you to add these two magic lines to
the beginning of it:

if ((pirq & 0xf0) == 0xf0)
return pirq & 0xf;

and please tell me if that changes/fixes the problem for you.

Oh, and could you pass me the output of /proc/pci while you're at it, so
that I can match it up with your pirq table. That corrupted slot 4 entry
still makes me go "Hmm..".


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 12:52    [W:0.078 / U:0.160 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site