From: Sergey Vlasov <vsu@altlinux.ru>
To: Jeff Garzik <jeff@garzik.org>
Cc: akpm@osdl.org, Linux Kernel <linux-kernel@vger.kernel.org>,
enrico.scholz@informatik.tu-chemnitz.de, greg@kroah.com,
rl@hellgate.ch
Subject: Re: + via-rhine-on-epia-pd-needs.patch added to -mm tree
Date: Sun, 25 Jun 2006 13:11:41 +0400 [thread overview]
Message-ID: <20060625131141.fc7c6718.vsu@altlinux.ru> (raw)
In-Reply-To: <449DBF48.2050607@garzik.org>
[-- Attachment #1: Type: text/plain, Size: 3347 bytes --]
On Sat, 24 Jun 2006 18:40:08 -0400 Jeff Garzik wrote:
> akpm@osdl.org wrote:
> > The patch titled
> >
> > via-rhine on epia-pd needs irq-quirk
> >
> > has been added to the -mm tree. Its filename is
> >
> > via-rhine-on-epia-pd-needs.patch
> >
> > See http://www.zip.com.au/~akpm/linux/patches/stuff/added-to-mm.txt to find
> > out what to do about this
> >
> > ------------------------------------------------------
> > Subject: via-rhine on epia-pd needs irq-quirk
> > From: <enrico.scholz@informatik.tu-chemnitz.de>
> >
> >
> > See http://bugzilla.kernel.org/show_bug.cgi?id=6744
> >
> > VT6102 [Rhine-II] needs a routing of IRQ 9 to IRQ 11.
> >
> > Without it, I get
> >
> > | irq 9: nobody cared (try booting with the "irqpoll" option)
> > | <c0136636> __report_bad_irq+0x36/0x80 <c01367ee> note_interrupt+0x16e/0x1a0
> > | <c01c7f12> acpi_ev_sci_xrupt_handler+0x12/0x20 <c01361a3> handle_IRQ_event+0x23/0x50
> > | <c013623f> __do_IRQ+0x6f/0xa0 <c0105246> do_IRQ+0x36/0x50
> > | =======================
> > | <c010362a> common_interrupt+0x1a/0x20 <c0118fec> __do_softirq+0x2c/0x80
> > | <c0110520> do_page_fault+0x0/0x556 <c0105298> do_softirq+0x38/0x40
> > | =======================
> > | <c0105256> do_IRQ+0x46/0x50 <c010362a> common_interrupt+0x1a/0x20
> > | <c0110520> do_page_fault+0x0/0x556 <c0110651> do_page_fault+0x131/0x556
> > | <c0110520> do_page_fault+0x0/0x556 <c010374f> error_code+0x4f/0x60
> > | handlers:
> > | [<c01c2be0>] (acpi_irq+0x0/0x20)
> > | Disabling IRQ #9
> >
> > Cc: Greg KH <greg@kroah.com>
> > Cc: Roger Luethi <rl@hellgate.ch>
> > Cc: Jeff Garzik <jeff@garzik.org>
> > Signed-off-by: Andrew Morton <akpm@osdl.org>
> > ---
> >
> > drivers/pci/quirks.c | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff -puN drivers/pci/quirks.c~via-rhine-on-epia-pd-needs drivers/pci/quirks.c
> > --- a/drivers/pci/quirks.c~via-rhine-on-epia-pd-needs
> > +++ a/drivers/pci/quirks.c
> > @@ -662,6 +662,7 @@ static void quirk_via_irq(struct pci_dev
> > pci_write_config_byte(dev, PCI_INTERRUPT_LINE, new_irq);
> > }
> > }
> > +DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, 0x3065, quirk_via_irq);
> > DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C586_0, quirk_via_irq);
> > DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C586_1, quirk_via_irq);
> > DECLARE_PCI_FIXUP_ENABLE(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C586_2, quirk_via_irq);
>
> It strikes me as very unwise to do this. I know that some VIA Rhine
> exist on a PCI card, which is a valid case where this quirk should -not-
> be executed.
And would it break anything? A normal PCI device will just ignore the
value in PCI_INTERRUPT_LINE, so the only "problem" which this could
cause is an unneeded printk.
> The VIA quirk is only for on-motherboard devices, which have special PCI
> interrupt line behavior (makes some internal PIC connections).
>
> How can we solve this conditionally? I agree this is needed... for
> on-mobo devices. But 0x3065 is not always glued in, AFAIK.
I can think only about checking other devices on the same PCI bus - if
this 0x3065 device is at devfn 0x12.0, and there is a VIA ISA bridge at
devfn 0x11.0, it is probably a builtin device which needs the quirk.
[-- Attachment #2: Type: application/pgp-signature, Size: 190 bytes --]
next prev parent reply other threads:[~2006-06-25 9:12 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200606242219.k5OMIxxY006085@shell0.pdx.osdl.net>
2006-06-24 22:40 ` + via-rhine-on-epia-pd-needs.patch added to -mm tree Jeff Garzik
2006-06-25 9:11 ` Sergey Vlasov [this message]
2006-06-25 10:14 ` Roger Luethi
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=20060625131141.fc7c6718.vsu@altlinux.ru \
--to=vsu@altlinux.ru \
--cc=akpm@osdl.org \
--cc=enrico.scholz@informatik.tu-chemnitz.de \
--cc=greg@kroah.com \
--cc=jeff@garzik.org \
--cc=linux-kernel@vger.kernel.org \
--cc=rl@hellgate.ch \
/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.