On Thursday 2013-01-10 02:27, Julian Calaby wrote: > >> The issue is not pressing, since it's just service processors >> which are connected. > >Ok, I'm guessing that this is production so heavy debugging isn't >going to happen. No production, free to toy. >I'm out of ideas. Tag? Here is a fun fact. If I disable autonegotiation (via ethtool) on the link on the niu side, the remote side will deassert the carrier and won't return it until autoneg is turned on again. In fact, if I do `ethtool -s eth7 autoneg off; ethtool -s eth7 autoneg on;`, it will take a good exact second (~1.000400 s) for the HW to reestablish an autonegotiated link. This delay is of the same magnitude and value as when the link bounces on its own. Hypothesis: maybe the niu HW drops autoneg for a splitsecond (or it gets lost due to some other reason), causing the observed bounces. -- To unsubscribe from this list: send the line "unsubscribe sparclinux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
