Hm, knowing if its NIC or VHT/11ac specific would be good.

What's "wlanstats -i wlan0" show before and after you've done a bunch of
test traffic?

"Could not allocate mbuf" is a pretty big warning too, I don't think I've
changed anything in the TX/RX paths to mess with that.

I'll do some iperf testing tonight.


-adrian


On Fri, 25 Apr 2025 at 05:40, Nuno Teixeira <edua...@freebsd.org> wrote:

> (...)
>
> Also I see in recent world the following warning:
>
> Apr 25 13:29:15 rpi4 wpa_supplicant[3729]: Successfully initialized
> wpa_supplicant
> Apr 25 13:29:15 rpi4 wpa_supplicant[3729]: ioctl[SIOCS80211, op=20,
> val=0, arg_len=7]: Invalid argument
>
> I've tried a older rtwn 11n dongle and I can't reproduce it.
> I suppose that this only happens in 11ac mode.
>
>
> Nuno Teixeira <edua...@freebsd.org> escreveu (sexta, 25/04/2025 à(s)
> 13:00):
> >
> > Hello,
> >
> > The oldest BE that I have in aarch64 is from
> > main-n276312-487c7245a789: Tue Apr  8
> >
> > iperf3 -c 192.168.1.100
> > Connecting to host 192.168.1.100, port 5201
> > [  5] local 192.168.1.102 port 28643 connected to 192.168.1.100 port 5201
> > [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
> > [  5]   0.00-1.03   sec  6.62 MBytes  53.8 Mbits/sec    9   92.0 KBytes
> > [  5]   1.03-2.00   sec  6.38 MBytes  55.2 Mbits/sec    6   94.8 KBytes
> > [  5]   2.00-3.00   sec  6.50 MBytes  54.5 Mbits/sec    9    102 KBytes
> > [  5]   3.00-4.00   sec  6.50 MBytes  54.5 Mbits/sec    2   98.8 KBytes
> > [  5]   4.00-5.00   sec  6.62 MBytes  55.6 Mbits/sec   14    105 KBytes
> > [  5]   5.00-6.00   sec  6.50 MBytes  54.5 Mbits/sec   31    119 KBytes
> > [  5]   6.00-7.00   sec  6.62 MBytes  55.6 Mbits/sec    3    123 KBytes
> > [  5]   7.00-8.00   sec  6.50 MBytes  54.5 Mbits/sec   20    123 KBytes
> > [  5]   8.00-9.00   sec  6.62 MBytes  55.6 Mbits/sec    4    127 KBytes
> > [  5]   9.00-10.00  sec  6.38 MBytes  53.5 Mbits/sec   59   71.4 KBytes
> > - - - - - - - - - - - - - - - - - - - - - - - - -
> > [ ID] Interval           Transfer     Bitrate         Retr
> > [  5]   0.00-10.00  sec  65.2 MBytes  54.7 Mbits/sec  157
> sender
> > [  5]   0.00-10.01  sec  65.0 MBytes  54.5 Mbits/sec
> receiver
> >
> > In iperf3 -R mode, I can reproduce the current problem:
> >
> > % iperf3 -c 192.168.1.100 -R
> > Connecting to host 192.168.1.100, port 5201
> > Reverse mode, remote host 192.168.1.100 is sending
> > [  5] local 192.168.1.102 port 37659 connected to 192.168.1.100 port 5201
> > [ ID] Interval           Transfer     Bitrate
> > [  5]   0.00-1.02   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   1.02-2.04   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   2.04-3.06   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   3.06-4.01   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   4.01-5.00   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   5.00-6.00   sec   384 KBytes  3.15 Mbits/sec
> > [  5]   6.00-7.00   sec  1.00 MBytes  8.38 Mbits/sec
> > [  5]   7.00-8.00   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   8.00-9.00   sec  0.00 Bytes  0.00 bits/sec
> > [  5]   9.00-10.01  sec  0.00 Bytes  0.00 bits/sec
> > - - - - - - - - - - - - - - - - - - - - - - - - -
> > [ ID] Interval           Transfer     Bitrate         Retr
> > [  5]   0.00-10.01  sec  1.38 MBytes  1.15 Mbits/sec   24
> sender
> > [  5]   0.00-10.01  sec  1.38 MBytes  1.15 Mbits/sec
> receiver
> >
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> > rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf
> >
> > Maybe in the time of this world I didn't notived any warning/errors
> > since connection was funcional.
> >
> > Cheers,
> >
> > Adrian Chadd <adrian.ch...@gmail.com> escreveu (sexta, 25/04/2025 à(s)
> 03:28):
> > >
> > > hi,
> > >
> > > Ok, can you just try a straight up freebsd-head from two weeks ago and
> see if that changes the behaviour? That's odd, I'm not seeing any issues
> locally.
> > > Let's try to narrow down when things did and didn't work and we can
> move forward along the net80211/rtwn changes from there!
> > >
> > >
> > > -adrian
> > >
> > >
> > > On Thu, 24 Apr 2025 at 14:31, Nuno Teixeira <edua...@freebsd.org>
> wrote:
> > >>
> > >> (...)
> > >>
> > >> kldstat
> > >> 25    1 0xffffffff845be000     f017 if_rtwn_usb.ko
> > >> 26    1 0xffffffff845ce000    1b140 rtwn.ko
> > >>
> > >> Nuno Teixeira <edua...@freebsd.org> escreveu (quinta, 24/04/2025
> à(s) 22:29):
> > >> >
> > >> > freebsd
> > >> >
> > >> > wlans_rtwn0="wlan0"
> > >> > ifconfig_wlan0="WPA SYNCDHCP up"
> > >> > create_args_wlan0="country PT regdomain ETSI"
> > >> >
> > >> > Adrian Chadd <adrian.ch...@gmail.com> escreveu (quinta, 24/04/2025
> à(s) 22:06):
> > >> > >
> > >> > >
> > >> > >
> > >> > > On Thu, 24 Apr 2025 at 13:41, Nuno Teixeira <edua...@freebsd.org>
> wrote:
> > >> > >>
> > >> > >> Hey!
> > >> > >>
> > >> > >> I remember having both cards working fine maybe in the last 3-5
> days.
> > >> > >> I've spoted that someting isn't right wuth git taking too long
> too pull.
> > >> > >>
> > >> > >> this is my /boot/loader.conf.local:
> > >> > >>
> > >> > >> compat.linuxkpi.80211.hw_crypto=1
> > >> > >> compat.linuxkpi.iwlwifi_disable_11ac=0
> > >> > >> compat.linuxkpi.iwlwifi_11n_disable=0
> > >> > >> wlan_amrr_load="YES"
> > >> > >>
> > >> > >
> > >> > > Are you using the linux driver or the freebsd rtwn driver?
> > >> > >
> > >> > >
> > >> > >
> > >> > > -adrian
> > >> > >
> > >> > >>
> > >> > >> Cheers,
> > >> > >>
> > >> > >> Adrian Chadd <adrian.ch...@gmail.com> escreveu (quinta,
> 24/04/2025 à(s) 21:34):
> > >> > >> >
> > >> > >> >
> > >> > >> >
> > >> > >> > On Thu, 24 Apr 2025 at 04:05, Nuno Teixeira <
> edua...@freebsd.org> wrote:
> > >> > >> >>
> > >> > >> >> Hello,
> > >> > >> >>
> > >> > >> >> At main-n276705-e3e55936ce3b: Wed Apr 23, rtwn driver became
> almost
> > >> > >> >> useless on my amd64 and aarch64.
> > >> > >> >>
> > >> > >> >> Tested with RTL8811AU and RTL8821AU usb dongles.
> > >> > >> >
> > >> > >> >
> > >> > >> > hi!
> > >> > >> >
> > >> > >> > I'm using them at home and they're fine! So I am testing these!
> > >> > >> >
> > >> > >> > Do you know when it was last OK for you?
> > >> > >> >
> > >> > >> >
> > >> > >> >
> > >> > >> > -adrian
> > >> > >> >
> > >> > >> >
> > >> > >> >
> > >> > >> >>
> > >> > >> >>
> > >> > >> >> Should I open a PR?
> > >> > >> >> Any tips to debug this?
> > >> > >> >>
> > >> > >> >> Thanks,
> > >> > >> >>
> > >> > >> >> `git pull --rebase` takes too long time to complete and
> sometimes fails.
> > >> > >> >>
> > >> > >> >> iperf3 shows bellow resilts on amd64/aarch64 with both cards.
> > >> > >> >>
> > >> > >> >> % iperf3 -c hp -R
> > >> > >> >> Connecting to host hp, port 5201
> > >> > >> >> Reverse mode, remote host hp is sending
> > >> > >> >> [  5] local 192.168.1.82 port 43550 connected to
> 192.168.1.100 port 5201
> > >> > >> >> [ ID] Interval           Transfer     Bitrate
> > >> > >> >> [  5]   0.00-1.00   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   1.00-2.06   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   2.06-3.00   sec   128 KBytes  1.11 Mbits/sec
> > >> > >> >> [  5]   3.00-4.03   sec   128 KBytes  1.02 Mbits/sec
> > >> > >> >> [  5]   4.03-5.01   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   5.01-6.01   sec   256 KBytes  2.10 Mbits/sec
> > >> > >> >> [  5]   6.01-7.06   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   7.06-8.06   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   8.06-9.01   sec  0.00 Bytes  0.00 bits/sec
> > >> > >> >> [  5]   9.01-10.01  sec   128 KBytes  1.04 Mbits/sec
> > >> > >> >> - - - - - - - - - - - - - - - - - - - - - - - - -
> > >> > >> >> [ ID] Interval           Transfer     Bitrate         Retr
> > >> > >> >> [  5]   0.00-10.01  sec   768 KBytes   628 Kbits/sec  156
>         sender
> > >> > >> >> [  5]   0.00-10.01  sec   640 KBytes   524 Kbits/sec
>         receiver
> > >> > >> >>
> > >> > >> >> iperf Done.
> > >> > >> >>
> > >> > >> >> --
> > >> > >> >> Nuno Teixeira
> > >> > >> >> FreeBSD UNIX:  <edua...@freebsd.org>   Web:
> https://FreeBSD.org
> > >> > >> >>
> > >> > >>
> > >> > >>
> > >> > >> --
> > >> > >> Nuno Teixeira
> > >> > >> FreeBSD UNIX:  <edua...@freebsd.org>   Web:  https://FreeBSD.org
> > >> >
> > >> >
> > >> >
> > >> > --
> > >> > Nuno Teixeira
> > >> > FreeBSD UNIX:  <edua...@freebsd.org>   Web:  https://FreeBSD.org
> > >>
> > >>
> > >>
> > >> --
> > >> Nuno Teixeira
> > >> FreeBSD UNIX:  <edua...@freebsd.org>   Web:  https://FreeBSD.org
> >
> >
> >
> > --
> > Nuno Teixeira
> > FreeBSD UNIX:  <edua...@freebsd.org>   Web:  https://FreeBSD.org
>
>
>
> --
> Nuno Teixeira
> FreeBSD UNIX:  <edua...@freebsd.org>   Web:  https://FreeBSD.org
>

Reply via email to