[lkml]   [2001]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: Related VIA PCI crazyness?
Linus Torvalds <> writes:

> On Sun, 7 Jan 2001, Albert Cranford wrote:
> > > Could anybody with a VIA chip who has the energy please do something for
> > > me:
> > > - enable DEBUG in arch/i386/kernel/pci-i386.h
> > > - do a "/sbin/lspci -xxvvv" on the interrupt routing chip (it's the
> > > "ISA bridge" chip - the VIA numbers are 82c586, 82c596, the PCI
> > > numbers for them are 1106:0586 and 1106:0596, I think)
> > > - do a cat /proc/pci
> > >
> >
> > Does this help.
> Ahh, no.
> A SMP kernel (or one with UP IO-APIC) is not going to be helpful for this,
> actually. SMP will take the irq data from the MP block, not the pirq table
> (that can be considered something of a misfeature right now, but getting
> the mixture of PCI irq redirection from the MP tables and the pirq irq
> routing information right together is probably not worth it - especially
> as I don't think any MS OS has ever done that either, so the BIOS writers
> have never experienced that combination - so it's almost guaranteed to
> result in strange results).

pirq is specific to they legacy i8259 interrupt handler.
MP is specific to some kind of IO-APIC.

Right now when we enable the IO-APIC we disable the legacy i8259
controller. And I'm not even certain you can have them both enabled
at the same time.

So except for not having an option to disable use of the IO-APIC
I don't see what we could do better.

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.057 / U:0.392 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site