Re: [PATCH][2.5][Trivial] VIA Rhine Kconfig entry

[Steve Brueggeman]

Is it possible that this may be related to this thread???

To: Linus Torvalds <[e-mail]>
Subject: Re: /proc/pci deprecation?
From: Alan Cox <[e-mail]>
Date: 09 Dec 2002 14:11:07 +0000
Cc: Richard Henderson <[e-mail]>,
	Patrick Mochel <[e-mail]>,
	Willy Tarreau <[e-mail]>,
	Petr Vandrovec <[e-mail]>,
	Linux Kernel Mailing List <[e-mail]>,
	[e-mail]

On Mon, 2002-12-09 at 01:54, Linus Torvalds wrote:
>  - we should _never_ update the PCI_INTERRUPT_LINE register, because it
>    destroys boot loader information (the same way we need to not overwrite
>    BIOS extended areas and ACPI areas etc in order to be able to reboot
>    cleanly)

I wonder if this is why we have all these problems with VIA chipset
interrupt handling. According to VIA docs they _do_ use
PCI_INTERRUPT_LINE on integrated devices to select the IRQ routing
between APIC and PCI/ISA etc, as well as 0 meaning "IRQ disabled"

Alan

On Tue, 10 Dec 2002 14:28:14 +0100, you wrote:

>On Sat, 07 Dec 2002 22:15:42 -0500, Jeff Garzik wrote:
>> I agree about IO-APIC -- though I also think the reports that replacing 
>> via-rhine with linuxfet, and changing nothing else, helps the situation.
>> 
>> It might be something cosmetic like silly dev->tx_timeout handling, or 
>> it might be something useful like a chip-specific patch [often happens 
>> with on-mobo chips] or even a north/south-bridge-specific fixup.
>
>There are two different kinds of Rhine problems that are reportedly fixed
>by turning apic support off:
>
>a) No link, card's dead in the water
>b) Netdev watchdog triggered despite recent Tx abort fix
>
>No telling whether the cause is the same for both cases. I don't have
>sufficient data on mobos or chip sets involved and where linuxfet helps. As
>I am currently short on APIC hardware myself, I'll focus on clean ups and
>improved diagnostics for now.
>
>Roger
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to [e-mail]
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at  http://www.tux.org/lkml/