mpc8349, gb ethernet, bridging

rje at rje at
Tue Apr 22 01:10:28 EST 2008

Anybody have any idea what could cause the NETDEV WATCHDOG timeout?
On the GB ethernet port?

Could that happen if the other port was being overflowed?

That watchdog timeout seems to be involved pretty much every time
that the bridge goes down.  When the timeout occurs, the gianfar driver 
and then (re)starts itself.

> Hi.
> We are having some issues regarding bridging the 2 ethernet ports of 
> an mpc8349, and are
> trying to determine what is going on.
> We are attempting to daisy-chain several mpc8349-based boards via the 
> 2 ethernet ports
> on each 8349.  When we enable bridging for the units, we (sometimes) 
> start seeing the following
> on one of the interior bridge's (mostly on the root bridge) console(s):
> NETDEV WATCHDOG: eth1 : transmit timed out
> We then see the bridge output  messages that indicate that is is going 
> through a topology
> state change.
> This situation keeps recurring.
> At some point, the message from the bridge that it is entering a 
> disabled state for port #2
> (eth1) is followed by garbage (actually, it appears to be some 
> pointers and/or memory
> addresses printed out), and the system hangs.
> We are using NAPI and the skbuff-recycling for the gianfar driver.
> We use ring(s) of 32 buffers.
> The gianfar's watchdog is set to  1Hz (once a seond ?)
> We are not sure if/how affect things:
> Port #1 of the 'root' bridge  is attached directly to our LAN
> Port #1 of the 'root' bridge runs at 10 Mbs
> Port #2 of the 'root' bridge runs at 1Gbs
> All other ports in the chain are       1Gbs
> We are using CAT-5 cables for all connections
> We have an application on each bridge in the chain that periodically 
> sends several hundred bytes
> 'up the chain', towards its head (ie, towards our LAN).   This 
> application is typically running
> when the issue is seen.
> Setting the bridge's forwarding delay to 0 and hellotime to 6,000 
> helped, but did
> not solve the issue.
> ???


Sometimes I feel like a red shirt in the Star Trek episode of life.


This message contains confidential information and is intended only for the
individual named.  If you are not the intended recipient you should not
disseminate, distribute or copy this e-mail.  Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and delete
this e-mail from your system.

More information about the Linuxppc-embedded mailing list