[SLUG] NIC Problem

2004-06-10 Thread Malik Jayawardena




Hi there,

I'm having this strange network problems with some new HP XW6000
workstations. They all have a Broadcom 5700 10/100/1000 onboard NIC.
All of these machines are running RedHat 7.3 with either kernel
2.4.18-18.7.xsmp or 2.4.18-27.7.xsmp and using the 'tg3' module

The original HP XW6000s seem to work fine, but we've got a few new ones
recently (with OS installed) where, after boot up the network is REALLY
slow..
We do alot of remote X-Serving and it is really apparent. The only way
to fix this problem seems to be to stop networking unload the 'tg3'
module, then reload it, restart networking and then it seems to be on
par with the rest of the systems we have.

I've tried recompiling the new 'bcm57xx' module and running it, which
works fine, but it has the same effect on boot as the 'tg3' driver. And
yes, I have updated my modules.conf and it does install the new module
on boot. But still is slow until the module is reloaded.

This is the output I've gotten from ethtool  mii-tool. The are
somewhat different before and after reloading:


After boot(Slow):

# mii-tool
eth0: 100 Mbit, full duplex, link ok

# 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: Not reported
 Advertised auto-negotiation: No
 Speed: 100Mb/s
 Duplex: Full
 Port: Twisted Pair
 PHYAD: 0
 Transceiver: internal
 Auto-negotiation: off
 Supports Wake-on: g
 Wake-on: d
 Link detected: yes


After Module Reload(Quick):

# mii-tool
eth0: negotiated 100baseTx-FD, link ok

#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: 100Mb/s
 Duplex: Full
 Port: Twisted Pair
 PHYAD: 0
 Transceiver: internal
 Auto-negotiation: on
 Supports Wake-on: g
 Wake-on: d
 Link detected: yes

I'm guessing it's a startup script kind of problem or something like
that, but instead of tediously hunting through them, if someone is
familiar with this problem or has some idea of what's going on any help
would be greatly appreciated.

Cheers and thanks muchly,

Mal

-- 
businessCard


Malik Jayawardena 
Motion Capture Technical Director
ANIMAL
LOGIC FiLM
-
e-mail: [EMAIL PROTECTED]
ph: +61 2 9383 4800

 




-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] NIC Problem

2004-06-10 Thread Keith Hopkins
Hi Malik,
  I have an idea about what is going on.  It isn't a problem with the XW6000 per se, 
it is a problem with the switch not matching the speed/duplex setting of the XW6000.
  If you check your switch, I think you'll find that either auto-negotiation is turned 
off on that port, or it is not set at 100FD.
  You can see in your previous posting that XW6000 is not autonegotiating at boot, so 
either the switch must do it, or that port on the switch must be manually set to match 
the speed/duplex of the XW6000.
  There was a time in the not too distant past, before N-Way auto-negotiation came 
out, when you would have the same result as you are seeing if your machine's NIC and 
the attached switch were BOTH trying to auto-negotiate. (but that probably has nothing 
to do with this problem, but might explain why your card is not set to auto-negotiate 
at boot.)  N-way cleared up that problem.
--
Found in Sydney,
  Keith
Malik Jayawardena wrote:
Hi there,
I'm having this strange network problems with some new HP XW6000 
workstations. They all have a Broadcom 5700 10/100/1000 onboard NIC.
All of these machines are running RedHat 7.3 with either kernel 
2.4.18-18.7.xsmp or 2.4.18-27.7.xsmp and using the 'tg3' module

The original HP XW6000s seem to work fine, but we've got a few new ones 
recently (with OS installed) where, after boot up the network is REALLY 
slow..
We do alot of remote X-Serving and it is really apparent. The only way 
to fix this problem seems to be to stop networking unload the 'tg3' 
module, then reload it, restart networking and then it seems to be on 
par with the rest of the systems we have.

I've tried recompiling the new 'bcm57xx' module and running it, which 
works fine, but it has the same effect on boot as the 'tg3' driver. And 
yes, I have updated my modules.conf and it does install the new module 
on boot. But still is slow until the module is reloaded.

This is the output I've gotten from ethtool  mii-tool. The are somewhat 
different before and after reloading:

After boot(Slow):
# mii-tool
eth0: 100 Mbit, full duplex, link ok
# 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:  Not reported
   Advertised auto-negotiation: No
   Speed: 100Mb/s
   Duplex: Full
   Port: Twisted Pair
   PHYAD: 0
   Transceiver: internal
   Auto-negotiation: off
   Supports Wake-on: g
   Wake-on: d
   Link detected: yes
After Module Reload(Quick):
# mii-tool
eth0: negotiated 100baseTx-FD, link ok
#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: 100Mb/s
   Duplex: Full
   Port: Twisted Pair
   PHYAD: 0
   Transceiver: internal
   Auto-negotiation: on
   Supports Wake-on: g
   Wake-on: d
   Link detected: yes
I'm guessing it's a startup script kind of problem or something like 
that, but  instead of tediously hunting through them, if someone is 
familiar with this problem or has some idea of what's going on any help 
would be greatly appreciated.

Cheers and thanks muchly,
Mal
--
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] NIC Problem

2004-06-10 Thread Robert Collins
On Thu, 2004-06-10 at 18:05, Malik Jayawardena wrote:
 Hi there,

No idea why its not configuring properly, but autoconfiguration of link
is a must - it will produce huge performance problems to have one end of
an ethernet link autoconfing and the other not.

Rob

-- 
GPG key available at: http://www.robertcollins.net/keys.txt.


signature.asc
Description: This is a digitally signed message part
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] NIC Problem

2004-06-10 Thread Malik Jayawardena




Thanks Keith, 

...and thanks Rob for the other reply,

I'll see if I can check the switch out and see what's going on at that
end... but.. why would the other XW6000 boxes be working alright at
boot and not these particular boxes?
Also is there away to manually configure the module/eth0 device to just
start up with these settings?
deep breath and.. Why would the switch be auto-negotiating with
the module/device after it is unloaded and reloaded and not a boot?
Would there be a difference?

Thanks again,

Mal

Keith Hopkins wrote:
Hi Malik,
  
  
 I have an idea about what is going on. It isn't a problem with the
XW6000 per se, it is a problem with the switch not matching the
speed/duplex setting of the XW6000.
  
  
 If you check your switch, I think you'll find that either
auto-negotiation is turned off on that port, or it is not set at 100FD.
  
  
 You can see in your previous posting that XW6000 is not
autonegotiating at boot, so either the switch must do it, or that port
on the switch must be manually set to match the speed/duplex of the
XW6000.
  
  
 There was a time in the not too distant past, before N-Way
auto-negotiation came out, when you would have the same result as you
are seeing if your machine's NIC and the attached switch were BOTH
trying to auto-negotiate. (but that probably has nothing to do with
this problem, but might explain why your card is not set to
auto-negotiate at boot.) N-way cleared up that problem.
  
  



-- 
businessCard


Malik Jayawardena 
Motion Capture Technical Director
ANIMAL
LOGIC FiLM
-
e-mail: [EMAIL PROTECTED]
ph: +61 2 9383 4800

 




-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] NIC Problem

2004-06-10 Thread mlh
On Fri, Jun 11, 2004 at 10:06:40AM +1000, Malik Jayawardena wrote:
 I'll see if I can check the switch out and see what's going on at that 
 end... but.. why would the other XW6000 boxes be working alright at boot 
 and not these particular boxes?
 deep breath and.. Why would the switch be auto-negotiating with 
 the module/device after it is unloaded and reloaded and not a boot? 
 Would there be a difference?
 



These are eternal mysteries.  Despite being assured by people
who should know, I've never found autoneg reliable on any
platform, sun, hp, windows, linux


 Also is there away to manually configure the module/eth0 device to just 
 start up with these settings?

Yeah, usually in /etc/modprobe.conf.  You'll have to look
at the docs for your card most likely.

Matt
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html


Re: [SLUG] NIC Problem

2004-06-10 Thread Malik Jayawardena




Sweet. Thanks for that mate.

[EMAIL PROTECTED] wrote:

  On Fri, Jun 11, 2004 at 10:06:40AM +1000, Malik Jayawardena wrote:
  
  
I'll see if I can check the switch out and see what's going on at that 
end... but.. why would the other XW6000 boxes be working alright at boot 
and not these particular boxes?
deep breath and.. Why would the switch be auto-negotiating with 
the module/device after it is unloaded and reloaded and not a boot? 
Would there be a difference?


  
  


These are eternal mysteries.  Despite being assured by people
who should know, I've never found autoneg reliable on any
platform, sun, hp, windows, linux


  
  
Also is there away to manually configure the module/eth0 device to just 
start up with these settings?

  
  
Yeah, usually in /etc/modprobe.conf.  You'll have to look
at the docs for your card most likely.

Matt

  



-- 
businessCard


Malik Jayawardena 
Motion Capture Technical Director
ANIMAL
LOGIC FiLM
-
e-mail: [EMAIL PROTECTED]
ph: +61 2 9383 4800

 




-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html