All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pete Toscano <pete@research.netsol.com>
To: Linus Torvalds <torvalds@transmeta.com>
Cc: jgarzik@mandrakesoft.com, linux-kernel@vger.kernel.org
Subject: Via PCI IRQ routing problem related? (was: PCI IRQ routing problem in 2.4.0)
Date: Mon, 29 Jan 2001 19:50:33 -0500	[thread overview]
Message-ID: <20010129195033.A16505@tesla.admin.cto.netsol.com> (raw)
In-Reply-To: <200101290511.XAA21997@isunix.it.ilstu.edu> <Pine.LNX.4.10.10101282150540.5509-200000@penguin.transmeta.com>
In-Reply-To: <Pine.LNX.4.10.10101282150540.5509-200000@penguin.transmeta.com>; from torvalds@transmeta.com on Sun, Jan 28, 2001 at 10:03:20PM -0800

[-- Attachment #1: Type: text/plain, Size: 4363 bytes --]

hmmm, would these sis-related pirq problems be related to the current
problems lots of people with a via chipset (at least the apollo pro 133a
chipset) and an smp-enabled kernel are seeing?  currently, people with
this chipset and an smp-enabled kernel have to disable apic if they wish
to use usb.  i've been told a few times that it's a problem with pci irq
routing, but have been able to find a fix.  reports of this problem pop
up every-so-often on the linux-usb list.

here's my dump_pirq output:

Interrupt routing table found at address 0xfdb50:
  Version 1.0, size 0x00a0
  Interrupt router is device 00:07.0
  PCI exclusive interrupt mask: 0x1c20 [5,10,11,12]
  Compatible router: vendor 0x1106 device 0x0596

Device 00:0f.0 (slot 1): FireWire (IEEE 1394)
  INTA: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:10.0 (slot 2): SCSI storage controller
  INTA: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:11.0 (slot 3): Multimedia audio controller
  INTA: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:12.0 (slot 4): Unknown mass storage controller
  INTA: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:13.0 (slot 5): Ethernet controller
  INTA: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:14.0 (slot 6): 
  INTA: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:01.0 (slot 0): PCI bridge
  INTA: link 0x01, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTB: link 0x02, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTC: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Device 00:07.0 (slot 0): ISA bridge
  INTC: link 0x03, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]
  INTD: link 0x05, irq mask 0xdeb8 [3,4,5,7,9,10,11,12,14,15]

Interrupt router at 00:07.0: VIA 82C596 PCI-to-ISA bridge
  PIRQA (link 0x01): irq 11
  PIRQB (link 0x02): irq 5
  PIRQC (link 0x03): irq 10
  PIRQD (link 0x05): irq 12

any ideas?  i also saved the lspci -vvvxxx and dmesg output if that'll
be helpful.

thanks,
pete



On Sun, 28 Jan 2001, Linus Torvalds wrote:

> On Sun, 28 Jan 2001, Tim Hockin wrote:
> > 
> > In reading the PIRQ specs, and making it work for our board, I thought
> > about this.  PIRQ states that link is chipset-dependant.  No chipset that I
> > have seen specifies what link should be.  So, as this case demonstrates, it
> > may be 'A' - the value the chipset expects, or 1, the logical index.
> > Either one makes sense, assuming the PIRQ routing code knows what link
> > means.  Here we see two BIOS vendors/versions that apparently do it
> > differently for the same chipset.    Grrr.
> 
> They _may_ do the same thing for the same chipset, it's just that we don't
> know exactly what that "same" thing is.
> 
> Ok, I want to see what people have. ANYBODY who has a SiS chipset, please
> take 5 seconds to do this as root (yes, you need to be root):
> 
> 	dump_pirq | mail -s "dump_pirq" torvalds@transmeta.com

-- 
Pete Toscano    p:sigsegv@psinet.com     w:pete@research.netsol.com
GPG fingerprint: D8F5 A087 9A4C 56BB 8F78  B29C 1FF0 1BA7 9008 2736

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

  reply	other threads:[~2001-01-30  0:51 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-28 20:58 PCI IRQ routing problem in 2.4.0 Robert Siemer
     [not found] ` <200101290323.TAA05252@penguin.transmeta.com>
2001-01-29  4:29   ` Robert Siemer
2001-01-29  4:58     ` Linus Torvalds
2001-01-29  5:11       ` Tim Hockin
2001-01-29  6:03         ` Linus Torvalds
2001-01-30  0:50           ` Pete Toscano [this message]
2001-01-29  5:29       ` PCI IRQ routing problem in 2.4.0 (SiS results) Aaron Tiensivu
2001-01-29  5:50         ` Linus Torvalds
2001-01-29  7:10           ` PCI IRQ routing problem in 2.4.0 (SiS results part 2) Aaron Tiensivu
2001-01-29  7:21             ` Linus Torvalds
2001-01-29  7:11           ` Aaron Tiensivu
2001-01-29  5:30       ` PCI IRQ routing problem in 2.4.0 (SiS results) Aaron Tiensivu
2001-01-29  6:08       ` PCI IRQ routing problem in 2.4.0 Robert Siemer
2001-01-29  6:24         ` Linus Torvalds
2001-01-29  7:11           ` Robert Siemer
2001-01-29  7:41             ` Linus Torvalds
2001-01-29 17:19               ` Robert Siemer

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=20010129195033.A16505@tesla.admin.cto.netsol.com \
    --to=pete@research.netsol.com \
    --cc=jgarzik@mandrakesoft.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=torvalds@transmeta.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.