Resubmit: [PATCH] tg3: ethtool -d hangs PCIe systems

2005-12-20 Thread Chris Elmquist
Resubmitting after recommendation to use GET_REG32_1() instead of GET_REG32_LOOP(..., 1). Retested. Problem remains fixed. Prevent tg3_get_regs() from reading reserved and undocumented registers at RX_CPU_BASE and TX_CPU_BASE offsets which caused hostile behavior on PCIe platforms. diff --git

Re: [PATCH] tg3: ethtool -d hangs PCIe systems

2005-12-20 Thread Chris Elmquist
On Tuesday (12/20/2005 at 10:48AM -0800), Michael Chan wrote: > > Yes, reading the reserved registers will cause timeouts on the PCIE bus > and that will likely hang or cause NMIs. yes, I can vouch for this ;-) > I ACK this patch. But you should probably use GET_REG32_1() on the > individual reg

[PATCH] tg3: ethtool -d hangs PCIe systems

2005-12-20 Thread Chris Elmquist
05404 +#define TX_CPU_PGMCTR 0x541c /* Mailboxes */ #define GRCMBOX_INTERRUPT_00x5800 /* 64-bit */ -- Chris Elmquist mailto:[EMAIL PROTECTED] (651)683-3093 Silicon Graphics, Inc. Eagan, MN - To unsubscribe f

critical section violation in tg3.c?

2005-08-05 Thread Chris Elmquist
een running for quite some time now without a panic using this remedy. I have checked the newer tg3.c v3.31 and it doesn't look like this issue has been addressed there yet. What says the collective? Thanks. Chris Elmquist SGI Network Engineering - To unsubscribe from this list: send the line