public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Cory Bell <cory.bell@usa.net>
To: Pavel Machek <pavel@ucw.cz>
Cc: kernel list <linux-kernel@vger.kernel.org>
Subject: Re: IRQ Routing Problem on ALi Chipset Laptop (HP Pavilion N5425)
Date: 10 Dec 2001 13:24:48 -0800	[thread overview]
Message-ID: <1008019490.17061.18.camel@localhost.localdomain> (raw)
In-Reply-To: <20011210170147.A24663@atrey.karlin.mff.cuni.cz>
In-Reply-To: <Pine.LNX.4.33.0112060938340.32381-100000@pianoman.cluster.toy> <1007685691.6675.1.camel@localhost.localdomain> <20011207213313.A176@elf.ucw.cz> <1007876254.17062.0.camel@localhost.localdomain>  <20011210170147.A24663@atrey.karlin.mff.cuni.cz>

On Mon, 2001-12-10 at 08:01, Pavel Machek wrote:
> I called them... The girl who received call was very friendly, wanted
> to assign me bug#, but I resisted. I told her your bug#, but only
> reply I got was something like "all our bug numbers begin with 1327",
> and she apparently had no access to global database. I am not sure the
> person knew what I was talking about.

What, 1st-level tech support staff lacking knowledge? Surely you jest!
:> Seriously, though, I was kind of lucky - I got a guy who's into
computers and plays with a Linux box at school. He was at least
receptive to my description of the problem.

> He told me there's updated bios, somewhere. Did you try that?

Latest BIOS for my machine is 1.03 - didn't help.

> What exactly is wrong? You said PIR tables are broken, but with patch
> below, it seems to work. What's wrong?

Take a look at http://www.microsoft.com/hwdev/archive/BUSBIOS/pciirq.asp
for some background. Under linux, on an ALi chipset, the "link" numbers
are used as an offset into the PCI config space of the ISA bridge, where
the IRQ for that "link" is stored. On my machine, the link numbers are
0x01-0x03 (for everything but USB) and 0x59 (for USB). The value at the
offset for link 0x59 translates to IRQ 9. The PCI configuration space of
the USB controller indicates IRQ 9, as well. See pirq_ali_get() in
linux/arch/i386/kernel/pci-irq.c for details on how this works.

All the last patch does is match the IRQ being considered for the device
against the IRQ mask for that device in the PIR table. If it doesn't
match, the kernel assigns one that does match the mask.

To be clear: with the last patch, USB works, but not the maestro-3,
right?

The reason I keep asking you for the output of "lspci -vvvxxx" and
"dump_pirq" is so I can look at your PIR table and PCI config space and
try to determine if the same thing that happened to USB is happening to
your maestro. It's possible your maestro problem is completely
unrelated. If you're unwilling to provide that informataion for some
reason, just let me know and I'll quit asking.

-Cory


  reply	other threads:[~2001-12-10 21:36 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-12-05  5:16 IRQ Routing Problem on ALi Chipset Laptop (HP Pavilion N5425) Cory Bell
2001-12-05  5:58 ` John Clemens
2001-12-05  8:40   ` Cory Bell
2001-12-05 16:41     ` John Clemens
2001-12-05 16:54       ` Daniel Gryniewicz
2001-12-05 18:48         ` James Cassidy
2001-12-05 19:43           ` Daniel Gryniewicz
2001-12-06  7:00       ` Cory Bell
2001-12-06 15:11         ` John Clemens
2001-12-07  0:41           ` Cory Bell
2001-12-07  1:03             ` Randy.Dunlap
2001-12-07  1:27               ` Cory Bell
2001-12-07 16:24                 ` rddunlap
2001-12-07 17:35                 ` Patrick Mochel
2001-12-07 21:23                   ` Cory Bell
2001-12-07 21:48                     ` Daniel Gryniewicz
2001-12-07 22:32                       ` Cory Bell
2001-12-08 22:38                     ` Pavel Machek
2001-12-08 23:04                     ` Pavel Machek
2001-12-09 20:02                       ` Cory Bell
2001-12-10 10:49                         ` Pavel Machek
2001-12-19 21:53                         ` Pavel Machek
2001-12-20 21:48                           ` Kai Germaschewski
2001-12-20 22:40                             ` Pavel Machek
2001-12-20 23:58                               ` Kai Germaschewski
2001-12-07 20:33             ` Pavel Machek
2001-12-09  5:37               ` Cory Bell
2001-12-09 13:13                 ` Pavel Machek
2001-12-10 15:26                   ` John Clemens
2001-12-10 16:04                     ` Pavel Machek
2001-12-10 17:53                       ` John Clemens
2001-12-11  1:53                         ` Cory Bell
2001-12-11  9:45                           ` Pavel Machek
2001-12-10 18:32                     ` Pavel Machek
2001-12-10 20:56                     ` Cory Bell
2001-12-10 11:03                 ` Pavel Machek
2001-12-10 16:01                 ` Pavel Machek
2001-12-10 21:24                   ` Cory Bell [this message]
2001-12-11 10:02                     ` Pavel Machek
2001-12-11 10:14                 ` Pavel Machek
2001-12-11 15:19                   ` Cory Bell
2001-12-11 15:36                     ` Pavel Machek
2001-12-11 17:08                       ` Cory Bell
  -- strict thread matches above, loose matches on Subject: below --
2001-12-07 18:13 Grover, Andrew

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=1008019490.17061.18.camel@localhost.localdomain \
    --to=cory.bell@usa.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /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