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  PHC 
Open Source and information security mailing list archives
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date:	Thu, 27 Sep 2012 09:38:46 -0700
From:	"Nithin Sujir" <>
To:	"Dirkjan Ochtman" <>
cc:, "Michael Chan" <>
Subject: Re: Problems with tg3 on BCM5720

On Wednesday 26 September 2012 11:45 PM, Dirkjan Ochtman wrote:
> On Wed, Sep 26, 2012 at 11:13 PM, Nithin Nayak Sujir
> <> wrote:
>> 1. Can you tell me the last patch that is included in the tg3 driver in
>> 3.4.9 on your distro?
> There are no tg3-specific patches in my distro's 3.4.9 package.
Ok. I was trying to make my setup here as close to your code to try and 
see the problem. Would you say that the linux-stable tree at 3.4.9 has 
the same tg3 code as your distro?
I'm not able to see a problem with 3.4.9 at gigabit or 100mbit on my 
setup here.
>> 2. Can you give more info about the working setup?
> The working setup is a simple small VLAN with a subnet
> and a few other Linux boxes on it (some of them also have BCM5720,
> others have BCM5722 or BCM5709 networking). Not sure what other
> information you'd want about this?
Asking more about the physical setup to see what is different with the 
failing one w.r.t the working case. Is this a gigabit router/switch/hub?

>> 6. I noticed in the syslog, the link is coming up at 100 Mbps. Is this
>> expected?
> No, I don't think so, it should be a Gbit line.
Probably stupid question but have you have tried a different cable?
You mentioned that the switch side works with a laptop? What is the link 
speed on the laptop at that time?

>> 7. Does it fail immediately on connect to the data center switch? Or is it
>> after some traffic goes through?
> The vendor whose switch we're connecting to says they see that the
> link is up, but they don't see a MAC attached. One of the things that
> look weird to me is the ifconfig output saying "RX packets:513
> errors:0 dropped:0 overruns:0 frame:0" but also "TX packets:0 errors:0
> dropped:0 overruns:0 carrier:0".
> On Wed, Sep 26, 2012 at 11:40 PM, Michael Chan <> wrote:
>> It is most likely that the device eth0 is down.  The device needs to be
>> up in order to perform all the tests that failed.  Please bring up the
>> device and run the test again.  Thanks.
> Right, sorry about that. Here's the results again, with the interface up:
> ~ $ sudo ethtool --test eth0
> The test result is FAIL
> The test extra info:
> nvram test        (online) 	 0
> link test         (online) 	 0
> register test     (offline)	 0
> memory test       (offline)	 0
> mac loopback test (offline)	 0
> phy loopback test (offline)	 5
> ext loopback test (offline)	 0
> interrupt test    (offline)	 0
> Hope that helps,
> Dirkjan

To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to
More majordomo info at

Powered by blists - more mailing lists