Re: [PATCH] Fix crash in tg3 when using irqpoll

["Michael Chan" <mchan@broadcom.com>]

On Thu, 2007-03-22 at 21:46 +0100, Bernhard Walle wrote:

> 
> This patch makes sure that even the tr32() instruction in the interrupt handler
> is not executed which accesses PCI memory. Accessing PCI memory when
> pci_restore_state() is called is a bad idea because that function modifies
> the BARs of the PCI device.

It is not caused by the BAR as it doesn't get changed in this case.  The
pci_restore_state() call is to restore the memory enable bit in the PCI
command register.  The tr32() call in tg3_interrupt() will cause a
master abort if it is called before the memory enable bit has been
restored.

> --- mainline-msi-init.orig/drivers/net/tg3.c
> +++ mainline-msi-init/drivers/net/tg3.c
> @@ -3561,7 +3561,10 @@ static irqreturn_t tg3_interrupt(int irq
>  	struct net_device *dev = dev_id;
>  	struct tg3 *tp = netdev_priv(dev);
>  	struct tg3_hw_status *sblk = tp->hw_status;
> -	unsigned int handled = 1;
> +	unsigned int handled = 0;
> +
> +	if (tg3_irq_sync(tp))
> +		goto out;


This will break other things.  When we disable interrupts, we set the
irq_sync flag but allow one more interrupt to be generated.  The irq
handler will simply mask off the interrupt when it sees the irq_sync
flag.  With the above change, the irq handler can no longer mask off
this trailing interrupt and you may get screaming interrupts as a
result.

Thanks for reporting this.  I'll try to come up with a good solution.