On Sat, Apr 10, 2010 at 12:13:07AM -0600, Erich Jenkins, Fuujin Group Ltd wrote:
> Pyun YongHyeon wrote:
> >On Fri, Apr 09, 2010 at 02:13:00AM -0600, Erich Jenkins, Fuujin Group Ltd
> >wrote:
> >>Evgenii Davidov wrote:
> >>>Здравствуйте,
> >>>
> >>>On Fri, Apr 09, 2010 at 01:39:16AM -0600, Erich Jenkins, Fuujin Group
> >>>Ltd пишет:
> >>>
> >>>>We were previously running 5.3 on this box (I know, VERY old), but
> >>>>never had a problem. The link now fails to come up. I've tried forcing
> >>>>the port out of auto (media 1000baseSX mediaopt full-duplex) and as
> >>>>long as the port doesn't have an IP assigned via rc.conf on system
> >>>>boot, I can get the switch to see it (Cisco 6505), but no traffic to
> >>>>flow. I've checked all the obvious things (duplex setting on switch,
> >>>>cable failure, etc.), all to no avail. I fiddled with the knobs in the
> >>>>driver (rxcsum, vlan_mtu, etc) with no changes either.
> >>>sorry for silly ansver but is your interface UP ? (ifconfig bge0 up)
> >>>
> >>Actually, I was silly for not mentioning that in the original post, but
> >>yes, it's up. I've even tried up/down/up on the card a few times after
> >>fiddling with the driver knobs, but the same thing happened, no link on
> >>the switch.
> >>
> >>I've also tested this back-to-back with two machines and the same cards.
> >>Same result: no transmission of data. Interestingly enough, the link
> >>lite is lit on the cards (in back-to-back) and on the card but not the
> >>switch. Not sure if that's significant or not. In the interest if
> >>completeness, here's ifconfig output for that card:
> >>
> >>bge0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
> >> options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
> >> ether 00:08:02:28:76:4d
> >> inet 10.222.222.144 netmask 0xffffff00 broadcast 10.222.222.255
> >> media: Ethernet 1000baseSX <full-duplex>
> >> status: active
> >>
> >>I also verified the MTU size to ensure the switch ports weren't
> >>configured for jumbo frames. They are correctly set on the switch and on
> >>the FreeBSD box, but no traffic flows.
> >>
> >
> >Would you try booting to latest 7.3-RELEASE and check whether you
> >still see the issue?
> >If you see the same issue please show me verbose boot message of
> >bge(4) and its PHY driver.
> >_______________________________________________
> >freebsd-net@freebsd.org mailing list
> >http://lists.freebsd.org/mailman/listinfo/freebsd-net
> >To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
>
> Just finished the install, and ended up with the same result. I
> installed OpenBSD on this box just to be sure there wasn't something
> unrelated to the driver causing the issue. OpenBSD works fine.
>
> Where to from here?
>
It seems there is async link state change issue for BCM5701 TBI
case. Link state handling is one of the most complex thing in
bge(4) so I'm not sure whether attached patch is right thing.
Public data sheet seems to indicate bit 0 of BGE_MI_STS should be
set to enable link to the MAC state machine if autopolling is
disabled so resetting the bit to 0 does not look right to me.
Try attached patch.
Index: sys/dev/bge/if_bge.c
===================================================================
--- sys/dev/bge/if_bge.c (revision 206437)
+++ sys/dev/bge/if_bge.c (working copy)
@@ -1875,7 +1875,6 @@
CSR_WRITE_4(sc, BGE_MAC_STS, BGE_MACSTAT_SYNC_CHANGED |
BGE_MACSTAT_CFG_CHANGED | BGE_MACSTAT_MI_COMPLETE |
BGE_MACSTAT_LINK_CHANGED);
- CSR_WRITE_4(sc, BGE_MI_STS, 0);
/* Enable PHY auto polling (for MII/GMII only) */
if (sc->bge_flags & BGE_FLAG_TBI) {
_______________________________________________
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
