From: Grant Grundler <grundler@cup.hp.com>
To: Matthew Wilcox <matthew@wil.cx>
Cc: parisc-linux@thepuffingroup.com
Subject: Re: [parisc-linux] SuckyIO support
Date: Wed, 20 Dec 2000 10:24:36 -0800 [thread overview]
Message-ID: <200012201824.KAA17332@milano.cup.hp.com> (raw)
In-Reply-To: Your message of "Wed, 20 Dec 2000 15:50:45 PST." <20001220155045.A19376@parcelfarce.linux.theplanet.co.uk>
Matthew Wilcox wrote:
> That's OK, at least for the code I wrote, the quirk code is called in the
> right place (ie before the iosapic code gets its hands on it) that if it can
> find the right value and poke it back into dev->irq, the iosapic virtualising
> code will deal with it correctly.
It won't. I just checked. :^(
lba_fixup_bus() invokes iosapic_fixup_irq() for each PCI device.
iosapic_fixup_irq() invokes iosapic_xlate_pin() to locate both the
INTERRUPT_LINE and parent IOSAPIC. xlate_pin reads the INTERRUPT_PIN
and *ignores* the INTERRUPT_LINE. This behavior has to remain in order
to support PAT PDC platforms (which do not initialize the PCI device).
I doubt we can use pci_quirks to fixup the dev->irq.
I've proposed to Alex to use a "bus devices" scheme (a' la LASI).
So some "central" code will manage IRQ routing for devices below suckyio.
I.e. suckyio will have it's own IRQ region and collectively manage
all three PCI functions as "one device".
This would be the first case in parisc-linux where we "stack" three
IRQ regions on top of each other: driver->suckyio->iosapic->CPU
glad I could help,
grant
Grant Grundler
Unix Systems Enablement Lab
+1.408.447.7253
next prev parent reply other threads:[~2000-12-20 18:20 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2000-12-19 9:42 [parisc-linux] SuckyIO support Matthew Wilcox
2000-12-19 15:46 ` Alex deVries
2000-12-20 2:56 ` Grant Grundler
2000-12-20 6:37 ` Alex deVries
2000-12-20 13:05 ` Alan Cox
2000-12-20 17:30 ` Grant Grundler
2000-12-20 20:47 ` Alan Cox
2000-12-20 21:12 ` Grant Grundler
2000-12-20 15:50 ` Matthew Wilcox
2000-12-20 16:54 ` Alex deVries
2000-12-20 18:24 ` Grant Grundler [this message]
2000-12-24 9:05 ` Matthew Wilcox
2000-12-26 7:16 ` Grant Grundler
2000-12-26 10:53 ` Matthew Wilcox
2000-12-26 20:18 ` Grant Grundler
2000-12-23 9:15 ` Matthew Wilcox
2000-12-27 20:27 ` Alex deVries
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=200012201824.KAA17332@milano.cup.hp.com \
--to=grundler@cup.hp.com \
--cc=matthew@wil.cx \
--cc=parisc-linux@thepuffingroup.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox