On Tue, Sep 20, 2016 at 10:46:54AM +0200, Jan Stary wrote:
> This is ALIX 2C1, just upgraded to current/i386 (dmesg below).
> It serves as a wifi AP using ral(4). The console gets spammed with
>
> ral0: sending data frame failed 0x02faaafa
>
> This used to work fine since 5.9/i386.
This is the only known fallout from ieee80211_proto.c r1.68 and seems to
affect ral 2560 chips only. Apparently this driver has always had a bug
with RTS/CTS and the wireless stack is now triggering it.
It's on my TODO list. In the mean time you can back out r1.68 as a
workaround, for example like this:
Index: ieee80211_proto.c
===================================================================
RCS file: /cvs/src/sys/net80211/ieee80211_proto.c,v
retrieving revision 1.68
diff -u -p -r1.68 ieee80211_proto.c
--- ieee80211_proto.c 20 Jul 2016 15:40:27 -0000 1.68
+++ ieee80211_proto.c 20 Sep 2016 09:45:32 -0000
@@ -88,7 +88,7 @@ ieee80211_proto_attach(struct ifnet *ifp
ifp->if_hdrlen = sizeof(struct ieee80211_frame);
- ic->ic_rtsthreshold = IEEE80211_RTS_DEFAULT;
+ ic->ic_rtsthreshold = IEEE80211_RTS_MAX;
ic->ic_fragthreshold = 2346; /* XXX not used yet */
ic->ic_fixed_rate = -1; /* no fixed rate */
ic->ic_fixed_mcs = -1; /* no fixed mcs */
> How can I help debug this?
sebastia@ reported this to me already, and he kindly spent the time
involved in tracking down the commit that introduced this problem.
You could have done that, too, but now sebastia@ already did that work.
You could still help by becoming a wireless hacker and fix the driver yourself.
