* Alexander Nyberg ([email protected]) wrote:
> > tree e6a38b3d6bf434f08054562113bb660c4227769f
> > parent 4a89a04f1ee21a7c1f4413f1ad7dcfac50ff9b63
> > author Linus Torvalds <[email protected]> Sun, 03 Jul 2005 00:35:33 -0700
> > committer Linus Torvalds <[email protected]> Sun, 03 Jul 2005 00:35:33 -0700
> >
> > If ACPI doesn't find an irq listed, don't accept 0 as a valid PCI irq.
> >
> > That zero just means that nothing else found any irq information either.
> >
> > drivers/acpi/pci_irq.c | 2 +-
> > 1 files changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/drivers/acpi/pci_irq.c b/drivers/acpi/pci_irq.c
> > --- a/drivers/acpi/pci_irq.c
> > +++ b/drivers/acpi/pci_irq.c
> > @@ -433,7 +433,7 @@ acpi_pci_irq_enable (
> > printk(KERN_WARNING PREFIX "PCI Interrupt %s[%c]: no GSI",
> > pci_name(dev), ('A' + pin));
> > /* Interrupt Line values above 0xF are forbidden */
> > - if (dev->irq >= 0 && (dev->irq <= 0xF)) {
> > + if (dev->irq > 0 && (dev->irq <= 0xF)) {
> > printk(" - using IRQ %d\n", dev->irq);
> > acpi_register_gsi(dev->irq, ACPI_LEVEL_SENSITIVE, ACPI_ACTIVE_LOW);
> > return_VALUE(0);
>
> Could this go into stable please? I've got it confirmed it fixes:
> http://bugme.osdl.org/show_bug.cgi?id=4824
>
> Which was introduced in -stable 2.6.12.2.
Thanks Alex, I've had bug reports from this one too (which that patch
does fix). PCI irq routing is so damn touchy and easy to break, I rather
hate mucking with it in -stable. But, unless Linus sees a reason not
to include this one, it does appear to fix real problems.
thanks,
-chris
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
|
|