Broadcom TG3 drivers and TSO

 
Thread Tools Search this Thread
Operating Systems Linux Red Hat Broadcom TG3 drivers and TSO
# 1  
Old 11-14-2012
Broadcom TG3 drivers and TSO

We recently had some HP DL380 G8 servers delivered and I have installed RHEL 5.6 and 5.8 on them. Both OS use the Tegon3 driver for the BCM 5719 onboard NICs.

Trouble I had was when any command expecting a lot of output ie sysctl -a was run the system hangs up and stops responding to ping for about 5-10 minutes then finally displays the prompt. When attempting to transfer files the system would copy in bytes, not even kilo-byte speeds.

I found that if I disable TSO problem goes away immediately. We have G7 servers also those servers have never had any issue with TSO enabled. They look like they have BCM 5709 Network Cards, but they run the Broadcom Drivers not the Tegon3 driver suite.

When I look on Broadcom's site they list the 2 nics in two different classes:

G8 w/ 5719 NetXtreme I
G7 w/ 5709 NetXtreme II - says to be used as iSCSI HBA

Has anyone had a similar issue, and if so was it resolved by any driver updates, or did you just disable TSO.
Login or Register to Ask a Question

Previous Thread | Next Thread

10 More Discussions You Might Find Interesting

1. Red Hat

Tg3 problem

Dear All, I have problem at my server. At /var/log/messages bonding: bond0: link status definitely down for interface eth1, disabling it tg3 0000:03:00.1: eth1: Link is up at 100 Mbps, full duplex tg3 0000:03:00.1: eth1: Flow control is off for TX and off for RX : tg3 0000:03:00.1: eth1:... (0 Replies)
Discussion started by: mjcount
0 Replies

2. Hardware

Problem with Broadcom BCM43225 wifi interface on an Acer Aspire laptop

Hi This is a question about Broadcom BCM43225 wifi interface on an Acer Aspire laptop I just had a fresh install of ubuntu 16.04 on my acer aspire laptop and I am having a difficult issue with my wifi connection. Every time I restart my laptop I get the wifi connection working, but after a... (0 Replies)
Discussion started by: faizlo
0 Replies

3. Linux

Broadcom under Fedora 18 (Spherical Cow)

So I'm having a problem getting a Broadcom BCM4312 wireless controller to work under the broadcom-wl module $uname Linux 3.8.11-200.fc18.x86_64 #1 SMP Wed May 1 19:44:27 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux lspci -v 05:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g... (2 Replies)
Discussion started by: Skrynesaver
2 Replies

4. Solaris

Broadcom driver for Solaris

I'm having the hardest time finding the Broadcom drivers for Solaris. I need an odd ball, 32-bit for Solaris 10. Anyone know where I can find one? (0 Replies)
Discussion started by: Ihatewindows
0 Replies

5. Red Hat

Installing broadcom driver for wireless access

I use lspci and dmesg command and find out that i have ipw2000 wireless card on my laptop. I want to install driver for that but i'm not getting proper driver for that.My linux version is el5 and architecture is i386. (0 Replies)
Discussion started by: amitbharad
0 Replies

6. BSD

Broadcom 4312 in BSD

Is there a way to configure Broadocom wifi 4312 in a bsd system, FreeBSD or OpenBSD. I will appreciate any kind of help. Thanks in advance (1 Reply)
Discussion started by: piukeman
1 Replies

7. Solaris

Solaris 10 and Broadcom drivers

Hi to all, I've installed Solaris 10 on my workstation but I've some networks problems.My NIC,a Broadcom integrated chipset don't work with solaris.Whit the prtconf command I'm unable to identify the correct chipset's model.And I'm searching hovewer for some drivers but I'm fear that Broadcom... (2 Replies)
Discussion started by: bgf0
2 Replies

8. UNIX for Dummies Questions & Answers

Compaq Proliant ML370 G2 with Broadcom BCM5703 NIC

I am trying to re-install this netwrok adapter on a server which has just had the motherboard replaced - so much for fault tolerant. I am running SCO Opensercer 5.0.7 Can anyone tell me the Bus no , device number etc that I need to configure this card? Thanks in advance Richard (3 Replies)
Discussion started by: farmacy
3 Replies

9. UNIX for Dummies Questions & Answers

drivers unix 5.01 is compatible with drivers epson fx-2190

Please, I'm From Argentina, And I Need To Know If The Drivers Of Program Unix, Version 5.01 Is Compatible Whit Drivers Of The Printer Epson Fx-2190 Thanks, And I Hope Yuor Answer. (0 Replies)
Discussion started by: juan alberghina
0 Replies

10. SCO

Configuring Broadcom BCM5721 NetXtreme Gigabit Ethernet

Hi, I have my server which has LAN with above model build onboard my Dell Server, I got this driver from SCO Unix website but yet to identify the following option: 1. PCI Slot- 2. Bus- 3. Device- 4. Function- Would anyone please kindly advice what should the... (0 Replies)
Discussion started by: spiderweb
0 Replies
Login or Register to Ask a Question
ovs-test(1)							Open vSwitch Manual						       ovs-test(1)

NAME
ovs-test - check Linux drivers for performance and vlan problems SYNOPSIS
ovs-test -s port ovs-test -c server1 server2 [-b bandwidth] Common options: [-h | --help] [-V | --version] DESCRIPTION
The ovs-test program may be used to check for problems sending 802.1Q traffic that Open vSwitch may uncover. These problems can occur when Open vSwitch is used to send 802.1Q traffic through physical interfaces running certain drivers of certain Linux kernel versions. To run a test, configure Open vSwitch to tag traffic originating from server1 and forward it to the server2. On both servers run ovs-test in server mode. Then, on any other host, run the ovs-test in client mode. The client will connect to both ovs-test servers and schedule tests between them. ovs-test will perform UDP and TCP tests. UDP tests can report packet loss and achieved bandwidth, because UDP flow control is done inside ovs-test. It is also possible to specify target bandwidth for UDP. By default it is 1Mbit/s. TCP tests report only achieved bandwidth, because kernel TCP stack takes care of flow control and packet loss. TCP tests are essential to detect potential TSO related VLAN issues. To determine whether Open vSwitch is encountering any 802.1Q related problems, the user must compare packet loss and achieved bandwidth in a setup where traffic is being tagged against one where it is not. If in the tagged setup both servers are unable to communicate or the achieved bandwidth is lower, then, most likely, Open vSwitch has encountered a pre-existing kernel or driver bug. Some examples of the types of problems that may be encountered are: o When NICs use VLAN stripping on receive they must pass a pointer to a vlan_group when reporting the stripped tag to the networking core. If no vlan_group is in use then some drivers just drop the extracted tag. Drivers are supposed to only enable stripping if a vlan_group is registered but not all of them do that. o On receive, some drivers handle priority tagged packets specially and don't pass the tag onto the network stack at all, so Open vSwitch never has a chance to see it. o Some drivers size their receive buffers based on whether a vlan_group is enabled, meaning that a maximum size packet with a VLAN tag will not fit if no vlan_group is configured. o On transmit, some drivers expect that VLAN acceleration will be used if it is available, which can only be done if a vlan_group is configured. In these cases, the driver may fail to parse the packet and correctly setup checksum offloading or TSO. Client Mode An ovs-test client will connect to two ovs-test servers and will ask them to exchange traffic. Server Mode To conduct tests, two ovs-test servers must be running on two different hosts where client can connect. The actual test traffic is exchanged only between both ovs-test server test IP addresses. It is recommended that both servers have their test IP addresses in the same subnet, otherwise one will need to change routing so that the test traffic actually goes through the interface that he originally intended to test. OPTIONS
-s, --server port Run in server mode and wait for a client to establish XML RPC Control Connection on TCP port. It is recommended to have ethtool installed on the server so that it could retrieve information about NIC driver. -c, --client server1 server2 Run in client mode and schedule tests between server1 and server2, where each server must be given in following format - Con- trolIP[:ControlPort][,TestIP[:TestPort]]. If TestIP is omitted then ovs-test server will use the ControlIP for testing purposes. ControlPort is TCP port where server will listen for incoming XML/RPC control connections to schedule tests (by default it is 15531). TestPort is port which will be used by server to listen for test traffic (by default it is 15532). -b, --bandwidth bandwidth Target bandwidth for UDP tests. The bandwidth must be given in bits per second. It is possible to use postfix M or K to alter the target bandwidth magnitude. -h, --help Prints a brief help message to the console. -V, --version Prints version information to the console. EXAMPLES
Set up a bridge which forwards traffic originating from 1.2.3.4 out eth1 with VLAN tag 10. ovs-vsctl -- add-br vlan-br -- add-port vlan-br eth1 -- add-port vlan-br vlan-br-tag tag=10 -- set Interface vlan-br-tag type=internal ifconfig vlan-br-tag up 1.2.3.4 On two different hosts start ovs-test in server mode and tell them to listen on port 15531 for incoming client control connections: 1.2.3.4: ovs-test -s 15531 1.2.3.5: ovs-test -s 15531 On any other host start ovs-test in client mode and ask it to connect to those two servers - one at 1.2.3.4 and another at 1.2.3.5 (by default client will use TCP port 15531 to establish control channel). ovs-test -c 1.2.3.4 1.2.3.5 SEE ALSO ovs-vswitchd(8), ovs-ofctl(8), ovs-vsctl(8), ovs-vlan-test(8), ethtool(8), uname(1) Open vSwitch October 2011 ovs-test(1)