With 4.1 I seem to be able to easily thrash FreeBSD into letting the ep driver interface lock up. Symptom seems to be seeing OACTIVE with ifconfig ep0 I suppose it's maybe swapping to hell, but I've not seen this poor behavious on previous FreeBSD releases with same hardware & similar loads ( It's a little 486 33M laptop with 12M, X11, ether, 1gig of IDE, & a few remote xterms moving trees, nfs heavy ide io etc. ) Fix: No idea, but as those kernel developers who likely do have ideas, likely also have newer hardware which maybe wont see this, I jhs@freebsd.org will volunteer to be guinea pig for experiments / diffs to try, if someone suggests diffs or sysctls. I guess maybe some kernel assumptions/constants need to be changed/increased ? An ifconfig down, up resets it temporarily. How-To-Repeat: Get a slow disc, reduce ram, load & thrash. In case you can't do that, here's my log --- jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 2 % ping flip PING flip.jhs.private (192.168.91.24): 56 data bytes ping: sendto: No buffer space available ping: sendto: No buffer space available ping: sendto: No buffer space available ^C --- flip.jhs.private ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 4 % ifconfig -a ep0: flags=8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.91.33 netmask 0xffffff00 broadcast 192.168.91.255 inet6 fe80::220:afff:fe0d:f426%ep0 prefixlen 64 scopeid 0xa ether 00:20:af:0d:f4:26 media: 10base2/BNC supported media: 10base2/BNC 10baseT/UTP 10base5/AUI jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 6 % su jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 101 % ifconfig ep0 down jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 102 % ifconfig ep0 up jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 103 % ping flip PING flip.jhs.private (192.168.91.24): 56 data bytes 64 bytes from 192.168.91.24: icmp_seq=0 ttl=255 time=0.981 ms 64 bytes from 192.168.91.24: icmp_seq=1 ttl=255 time=0.947 ms ^C --- flip.jhs.private ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.935/0.950/0.981/0.019 ms jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 104 % ifconfig -a ep0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500 inet 192.168.91.33 netmask 0xffffff00 broadcast 192.168.91.255 inet6 fe80::220:afff:fe0d:f426%ep0 prefixlen 64 scopeid 0xa ether 00:20:af:0d:f4:26 media: 10base2/BNC supported media: 10base2/BNC 10baseT/UTP 10base5/AUI jhs@lapt.jhs.private 4.1-RELEASE csh ttyp2 105 % ---
Responsible Changed From-To: freebsd-bugs->mdodd Over to maintainer.
State Changed From-To: open->feedback Confirm that this is still an issue.
State Changed From-To: feedback->closed The maintainer says that the error is no longer seen.