netdev - Re: tg3 driver not advertising 1000mbit

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4A45ED40.4090408@dupondje.be>
Date:	Sat, 27 Jun 2009 11:58:24 +0200
From:	Jean-Louis Dupond <info@...ondje.be>
To:	Matt Carlson <mcarlson@...adcom.com>
CC:	Michael Chan <mchan@...adcom.com>,
	"netdev@...r.kernel.org" <netdev@...r.kernel.org>,
	David Christensen <davidch@...adcom.com>
Subject: Re: tg3 driver not advertising 1000mbit

Hi,

Got the output for gbit & 100mbit now.

GBIT:
eth0: Tigon3 [partno(BCM95722) rev a200] (PCI Express) MAC address 
00:22:19:be:c4:48
eth0: attached PHY is 5722/5756 (10/100/1000Base-T Ethernet) (WireSpeed[1])
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
tg3: eth0: Link is up at 1000 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.


100mbit (sometimes it goes 100mbit instead of gbit also):
eth0: Tigon3 [partno(BCM95722) rev a200 PHY(5722/5756)] (PCI Express) 
10/100/1000Base-T Ethernet 00:22:19:c7:28:c3
eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[1] WireSpeed[1] TSOcap[1]
eth0: dma_rwctrl[76180000] dma_mask[64-bit]
tg3: eth0: Link is up at 100 Mbps, full duplex.
tg3: eth0: Flow control is off for TX and off for RX.


Cables are 2 meters long & cat 5e. The servers are in racks, so its all 
near each other :)


Matt Carlson schreef:
> On Fri, Jun 26, 2009 at 02:33:03PM -0700, Jean-Louis Dupond wrote:
>> Hi,
>>
>> All tested kernels had the same issue (2.6.22, 2.5.25.4 & 2.6.28.1).
> 
> O.K.  So that means the problem wasn't recently introduced.  Good to
> know.
> 
>> dmesg |grep tg3:
>>
>> tg3.c:v3.97 (December 10, 2008)
>> tg3 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
>> tg3 0000:01:00.0: setting latency timer to 64
>> tg3 0000:01:00.0: PME# disabled
>> tg3 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
>> tg3 0000:02:00.0: setting latency timer to 64
>> tg3 0000:02:00.0: PME# disabled
>> tg3 0000:01:00.0: PME# disabled
>> tg3: eth0: Link is up at 1000 Mbps, full duplex.
>> tg3: eth0: Flow control is off for TX and off for RX.
>>
>> Now here it booted @ Gbit speeds!
> 
> The specific set of lines I'm looks something like this:
> 
> eth0: Tigon3 [partno(BCM95722) rev a200] (PCI Express) MAC address 00:10:18:15:16:b6
> eth0: attached PHY is 5722/5756 (10/100/1000Base-T Ethernet) (WireSpeed[1])
> eth0: RXcsums[1] LinkChgREG[0] MIirq[0] ASF[0] TSOcap[1]
>                                         ^^^^^^
> eth0: dma_rwctrl[76180000] dma_mask[64-bit]
> 
> 
> Like Michael, I'm tempted to look into the cabling too.  How long are
> they?  Silly question, but are they Cat5e?  When link does come up, does
> it take unusually long?
> 
>> Matt Carlson schreef:
>>> Was there a version of the kernel where this device worked reliably?
>>>
>>> Can you post the driver sign-on messages?  (I'm looking to see if ASF
>>> is enabled.)
>>>
>>> On Fri, Jun 12, 2009 at 03:16:59PM -0700, Jean-Louis Dupond wrote:
>>>> I surely tried other cables. But its surely not the cable because:
>>>> 1) We tried other cables
>>>> 2) After a reboot it works, or after a mii-tool -R
>>>> 3) We have this issue on like +100 servers :(
>>>>
>>>> The servers are connected on a Dell PowerConnect 6248 switch.
>>>>
>>>> Sincerely
>>>>
>>>> Michael Chan schreef:
>>>>> On Fri, 2009-06-12 at 14:51 -0700, Jean-Louis Dupond wrote:
>>>>>> Hello!
>>>>>>
>>>>>> Here is a mii-tool -vvv on a box that doesn't advertise gbit speeds! It 
>>>>>> just doesn't advertise gbit @ random, sometimes it does, sometimes not! 
>>>>>> Without any logic in it!
>>>>>>
>>>>>> # mii-tool  -vvv
>>>>>> Using SIOCGMIIPHY=0x8947
>>>>>> eth0: link ok
>>>>>>     registers for MII PHY 1:
>>>>>>       1000 794d 0143 bed0 05e1 0000 0064 2001
>>>>>>       0000 0300 0000 0000 0000 0000 0000 3000
>>>>> Register 1 shows that autoneg did not complete (bit 5 is not set).
>>>>> The tg3 device has advertised 10/100/1000 in register 4 and register 9,
>>>>> but registers 5 and 0xa (link partner's advertisement registers are 0).
>>>>>
>>>>> When it works, these registers should look very different.
>>>>>
>>>>> Have you tried other cables?  What is the link partner?
>>>>>
>>>>>>       0000 0101 0000 0000 0000 0000 0000 0000
>>>>>>       7477 0104 0000 ffff 2801 0000 8000 0000
>>>>>>     product info: vendor 00:50:ef, model 45 rev 0
>>>>>>     basic mode:   autonegotiation enabled
>>>>>>     basic status: link ok
>>>>>>     capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD
>>>>>> 10baseT-FD 10baseT-HD
>>>>>>     advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-
>>>>>> control
>>>>>>
>>>>>> # dmesg | grep tg3
>>>>>> [    3.331702] tg3.c:v3.92.1 (June 9, 2008)
>>>>>> [   18.238654] tg3: eth0: Link is up at 10 Mbps, half duplex.
>>>>>> [   18.238654] tg3: eth0: Flow control is off for TX and off for RX.
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>>>>> the body of a message to majordomo@...r.kernel.org
>>>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> --
>> To unsubscribe from this list: send the line "unsubscribe netdev" in
>> the body of a message to majordomo@...r.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
> 
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html