Checking for Network Link and Activity
Checking if Current Drivers are Loaded
Software Problems and Solutions
Note: For additional information, go to Broadcom Ethernet NIC Frequently Asked Questions at http://www.broadcom.com/drivers/faq_drivers.php.
Loopback diagnostic tests are available for testing the adapter hardware. These tests provide access to the adapter internal/external diagnostics, where packet information is transmitted across the physical link (for instructions and information on running tests in an MS-DOS environment, see User Diagnostics; for Windows environments, see Running Diagnostic Tests in Broadcom Advanced Control Suite 3).
See Testing the Network or Viewing Vital Signs to check the state of the network link and activity as indicated by the port LEDs.
To verify that the tg3 driver is loaded properly, run:
lsmod
If the driver is loaded, a line similar to the one below is displayed, where size is the size of the driver in bytes, and n is the number of adapters configured.
In Windows environments, a cable test is run. See Analyzing Cables for information about running a cable length test.
Note: When using forced link speeds, verify that both the adapter and the switch are forced to the same speed, or that at least one link partner is configured for auto-negotiation.
To verify that the Ethernet interface is up and running, run ifconfig to check the status of the Ethernet interface. It is possible to use netstat -i to check the statistics on the Ethernet interface. Go to Linux Driver Software for information on ifconfig and netstat.
Ping an IP host on the network to verify connection has been established:
From the command line, type ping IP address
, and then press ENTER.
The ping statistics that are displayed indicate whether the network connection is working or not.
Problem: The following message is received when attempting to deploy a RIPREP image through Remote Installation Services (RIS): "The operating system image you selected does not contain the necessary drivers for your network adapter. Try selecting a different operating system image. If the problem persists, contact your administrator. Setup cannot continue. Press any key to exit."
Solution: This problem is not isolated to the Broadcom adapter. However, based on several inquiries, we are publishing the following instructions based on other customers successfully working around this issue:
Example:
i:\RemoteInstall\Setup\English\Images\(Original Image)
Example:
i:\RemoteInstall\Setup\English\Images\(Original Image)\i386
Example:
i:\RemoteInstall\Setup\English\Images\(RIPREP Image)
Example:
i:\RemoteInstall\Setup\English\Images\(RIPREP Image)\i386
The Microsoft Knowledge base articles listed below were used as a reference for the following instructions:
http://support.microsoft.com/default.aspx?scid=kb;EN-US;254078
http://support.microsoft.com/default.aspx?scid=kb;EN-US;246184
OemPreinstall = yes
OemPnPDriversPath = "Drivers\network"
DriverSigningPolicy = Ignore
OemPreinstall = yes
OemPnPDriversPath = "Drivers\nic"
DriverSigningPolicy = Ignore
net stop binlsvc
net start binlsvc
Problem: An error is encountered when attempting to load the Broadcom device driver for a 32-bit version of Windows XP, or later operating system, using a Windows 2000 Remote Installation Server: File b57w2k.sys caused an unexpected error (21) at line 3752 in d:\xpsp1\base\boot\setup\setup.c.
Solution: A modification to the b57win32.inf file can be made to allow for the installation to complete successfully. This will be in conjunction with instructions from the Microsoft Knowledge Base Article 315279 that describe "How to Add Third-Party OEM Network Adapters to RIS Installations."
Requirement: The Windows 2000 Server must be running Service Pack 3 or later.
[Unattended]
OemPreinstall = yes
OemPnpDriversPath = \Drivers\Nic
Stop and then restart the Remote Installation service on the RIS server. To do this, type the following from a command prompt:
net stop binlsvc
net start binlsvc
Problem: I want to be sure that my Broadcom NetXtreme adapter works properly if I use the System Preparation utility (Sysprep.exe) to install an existing configuration on my system.
Solution: On the Sysprep.inf file, modify the [Unattend] header as shown below:
[Unattend]
OemPnPDriversPath=Drivers\Net
OemPreinstall = Yes
The driver files for the Broadcom NetXtreme adapter must reside in this folder, which is located on the system drive (where the operating system resides). If other drivers are to be loaded, then Drivers\Net can be appended to the paths listed and separated by a semicolon:
Example:
OemPnpDriversPath=Drivers\Video;Drivers\Net
For Windows XP, the driver files to be included are B57win32.inf, B57win32.cat, and B57xp32.sys.
For Windows 2000, the driver files to be included are B57win32.inf, B57win32.cat, and B57w2k.sys.
The Sysprep utility must run with the pnp switch, which enables the system to rescan for new devices that can be added during the mini-setup.
A Sample Sysprep.inf file for Windows XP is shown below.
------------------------------------------------------------------------
;SetupMgrTag
[Unattended]
OemSkipEula=Yes
OemPreinstall=Yes
TargetPath=\Windows
UnattendedInstall=Yes
OemPnpDriversPath=Drivers\Net
[GuiUnattended]
AdminPassword="password"
EncryptedAdminPassword=NO
AutoLogon=Yes
AutoLogonCount=99
OEMSkipRegional=1
OEMDuplicatorstring="XP System"
TimeZone=4
OemSkipWelcome=1
[UserData]
FullName="User"
OrgName="Organization"
ComputerName=*
[SetupMgr]
DistFolder=C:\sysprep\i386
DistShare=whistlerdist
[Identification]
JoinDomain=workgroup
[Networking]
InstallDefaultComponents=Yes
------------------------------------------------------------------------
Problem
|
Solution
|
---|---|
Although installed, the Broadcom Advanced Control Suite 3 (BACS) application does not start and an error message appears.
|
.NET Framework 2.0 is required for BACS 3 to operate. Install .NET Framework 2.0.
|
Large Send Offload (LSO) stopped working since updating the 32-bit Windows XP operating system to Service Pack 2.
|
Microsoft's implementation of the Windows Firewall feature included in Service Pack 2 appears to cause LSO to stop working correctly. Microsoft provide the solution to this problem in Knowledge Base article 842264. If the problem persists, you may need to run the latest Windows update in order for this feature to begin working again. Specifically, the security update available at the following link should re-activate the LSO capability of our adapter: http://www.microsoft.com/downloads/details.aspx?FamilyID=81049a86-6f39-4a27-a643-391262785cf3&DisplayLang=en.
|