netdev - Re: tg3 appears to be sick in 2.6.33

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: <201001071523.05430.dmitry.torokhov@gmail.com>
Date:	Thu, 7 Jan 2010 15:23:05 -0800
From:	Dmitry Torokhov <dmitry.torokhov@...il.com>
To:	"Matt Carlson" <mcarlson@...adcom.com>
Cc:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: tg3 appears to be sick in 2.6.33

On Thursday 07 January 2010 02:52:13 pm Matt Carlson wrote:
> On Thu, Jan 07, 2010 at 11:56:31AM -0800, Dmitry Torokhov wrote:
> > Hi,
> >
> > Ever since I moved post 2.6.32 tg3 seems to be very sick in my Latitude
> > D630, it discards most of the packages for some reason:
> >
> > [root@...r-d630 ~]# ethtool -S eth0 | grep rx_
> >      rx_octets: 35886
> >      rx_fragments: 0
> >      rx_ucast_packets: 9
> >      rx_mcast_packets: 93
> >      rx_bcast_packets: 237
> >      rx_fcs_errors: 0
> >      rx_align_errors: 0
> >      rx_xon_pause_rcvd: 0
> >      rx_xoff_pause_rcvd: 0
> >      rx_mac_ctrl_rcvd: 0
> >      rx_xoff_entered: 0
> >      rx_frame_too_long_errors: 0
> >      rx_jabbers: 0
> >      rx_undersize_packets: 0
> >      rx_in_length_errors: 0
> >      rx_out_length_errors: 0
> >      rx_64_or_less_octet_packets: 0
> >      rx_65_to_127_octet_packets: 0
> >      rx_128_to_255_octet_packets: 0
> >      rx_256_to_511_octet_packets: 0
> >      rx_512_to_1023_octet_packets: 0
> >      rx_1024_to_1522_octet_packets: 0
> >      rx_1523_to_2047_octet_packets: 0
> >      rx_2048_to_4095_octet_packets: 0
> >      rx_4096_to_8191_octet_packets: 0
> >      rx_8192_to_9022_octet_packets: 0
> >      rx_discards: 304
> >      rx_errors: 0
> >      rx_threshold_hit: 0
> >
> > The above on last night pull from Linux (so 2.6.33+).
> >
> > Everything works fine if I use wireless or another wired card (Realtek in
> > cardbus slot):
> >
> > [root@...r-d630 ~]# lspci | grep -ri net
> > 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> > RTL-8139/8139C/8139C+ (rev 10)
> > 09:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5755M
> > Gigabit Ethernet PCI Express (rev 02)
> > 0c:00.0 Network controller: Intel Corporation PRO/Wireless 3945ABG
> > [Golan] Network Connection (rev 02)
> >
> > [root@...r-d630 ~]# ethtool eth0
> > Settings for eth0:
> >         Supported ports: [ TP ]
> >         Supported link modes:   10baseT/Half 10baseT/Full
> >                                 100baseT/Half 100baseT/Full
> >                                 1000baseT/Half 1000baseT/Full
> >         Supports auto-negotiation: Yes
> >         Advertised link modes:  10baseT/Half 10baseT/Full
> >                                 100baseT/Half 100baseT/Full
> >                                 1000baseT/Half 1000baseT/Full
> >         Advertised auto-negotiation: Yes
> >         Speed: 1000Mb/s
> >         Duplex: Full
> >         Port: Twisted Pair
> >         PHYAD: 1
> >         Transceiver: internal
> >         Auto-negotiation: on
> >         Supports Wake-on: g
> >         Wake-on: g
> >         Current message level: 0x000000ff (255)
> >         Link detected: yes
> >
> > Any ideas? Thanks!
> 
> O.K.  I had the same problem with the 5755M that another reported had
> with a 5787M.  Once I applied the following patch, everything worked.
> Can you see if the patch works for you too?

Wooo-hooo! I don't need cardbus card sticking off the side of my laptop 
anymore. Thank you very much for the quick fix.

Tested-by: Dmitry Torokhov <dtor@...l.ru>

-- 
Dmitry
--
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