I think, it is about time, not thinking via quirks as workarounds, because all pcis (on via) are quirked, some are quirked twice. And we should think in programmer interrupts of via chipset, in specific function for this propose, for me, doesn't make sense every time VIA put other ID out, we have to add quirks to this ID , as this was an exception. Thanks, On Tue, 2006-04-25 at 15:53 -0400, Brown, Len wrote: > I'd rather see the original irq-renaming patch > and its subsequent multiple via workaround patches > reverted than to further complicate what is becoming > a fragile mess. > > -Len > - > To unsubscribe from this list: send the line "unsubscribe linux-acpi" in > the body of a message to [email protected] > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Sérgio M.B.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature
- References:
- RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
- From: "Brown, Len" <[email protected]>
- RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
- Prev by Date: How to re-send out the packets captured by my hook function at NF_IP_PRE_ROUTING
- Next by Date: Re: [PATCH] likely cleanup: remove unlikely for kfree(NULL)
- Previous by thread: RE: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
- Next by thread: Re: [(repost) git Patch 1/1] avoid IRQ0 ioapic pin collision
- Index(es):
 |