[Top] [All Lists]

Re: Mystery packet killing tg3

To: "David S. Miller" <davem@xxxxxxxxxxxxx>
Subject: Re: Mystery packet killing tg3
From: Stephen Hemminger <shemminger@xxxxxxxx>
Date: Tue, 3 May 2005 15:45:00 -0700
Cc: "Michael Chan" <mchan@xxxxxxxxxxxx>, jgarzik@xxxxxxxxx, netdev@xxxxxxxxxxx
In-reply-to: <>
Organization: Open Source Development Lab
References: <20050502162405.65dfb4a9@localhost.localdomain> <> <> <> <1115152907.15156.26.camel@rh4> <>
Sender: netdev-bounce@xxxxxxxxxxx
On Tue, 3 May 2005 15:03:33 -0700
"David S. Miller" <davem@xxxxxxxxxxxxx> wrote:

> On Tue, 03 May 2005 13:41:47 -0700
> "Michael Chan" <mchan@xxxxxxxxxxxx> wrote:
> > MSI is buggy on 5703 and tg3 will not enable MSI on that chip. MSI only
> > works on the latest PCI Express chips.
> Ok, and he has a pre-MSI copy of the tg3 driver anyways.
> Michael, there were no master/target abort bits set in the PCI status
> register from his dump.  If one of the DMA units locks up on the tg3,
> will it still be able to update the PCI_STATUS register appropriately
> when it encounters a DMA transaction error (ie. master or target abort)
> or would we also need to look at the PCI host bridge PCI config space
> registers as well?
> I strongly suspect one of two things in these AMD system cases of tg3
> wedging:
> 1) some DMA problem
> 2) register write reordering
> Lack of master/target abort indication in tg3's PCI status register
> makes me feel that #2 is more likely to be the problem cause.
> Just for fun, Stephen, can you make tg3_get_invariants() always set
> the TG3_FLAG_MBOX_WRITE_REORDER bit in tp->tg3_flags and see if that
> makes the problem go away?

No, I forced it to always be true and still dies (when taking network down).

<Prev in Thread] Current Thread [Next in Thread>