| To: | Michael Chan <mchan@xxxxxxxxxxxx> |
|---|---|
| Subject: | Re: TG3 fix for slow switches (Was: TG3 driver failure on HP 16-way) |
| From: | Grant Grundler <iod00d@xxxxxx> |
| Date: | Tue, 31 May 2005 11:36:53 -0700 |
| Cc: | "David S. Miller" <davem@xxxxxxxxxxxxx>, Peter Chubb <peterc@xxxxxxxxxxxxxxxxxx>, netdev@xxxxxxxxxxx |
| In-reply-to: | <1117560157.4310.16.camel@rh4> |
| References: | <B1508D50A0692F42B217C22C02D84972020F3CED@NT-IRVA-0741.brcm.ad.broadcom.com> <20050531153819.GA20793@esmail.cup.hp.com> <1117560157.4310.16.camel@rh4> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.9i |
On Tue, May 31, 2005 at 10:22:37AM -0700, Michael Chan wrote: > > Michael, > > Peter bounced this email to me after we talked about issues he was > > having with the rx8620 (HP 16-way ia64, sx1000 chipset) "IOX Core LAN". > > It sounded like the same problem I tracked down with rx8620 IOX Core LAN > > in March. Here is the summary : > > > > | In May, 2004, tg3 v3.4 changed how MAC_LED_CTRL (0x40c) was getting > > | programmed and how to determine what to program into LED_CTRL. The new > > | code trusted NIC_SRAM_DATA_CFG (0x00000b58) to indicate what to write > > | to LED_CTRL and MII EXT_CTRL registers. On "IOX Core Lan", SRAM was > > | saying MODE_MAC (0x0) and that doesn't work. > > > > Thanks Grant, I'll chase this down and find a solution to this problem. You mean you'll help find a way to reflash the onboard eeprom? thanks, grant |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: TG3 fix for slow switches (Was: TG3 driver failure on HP 16-way), Michael Chan |
|---|---|
| Next by Date: | Re: TG3 fix for slow switches (Was: TG3 driver failure on HP 16-way), Grant Grundler |
| Previous by Thread: | Re: TG3 fix for slow switches (Was: TG3 driver failure on HP 16-way), Michael Chan |
| Next by Thread: | Re: TG3 fix for slow switches (Was: TG3 driver failure on HP 16-way), Michael Chan |
| Indexes: | [Date] [Thread] [Top] [All Lists] |