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.

Reply via email to