From nobody Fri Apr 25 21:12:26 2025 X-Original-To: freebsd-wireless@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Zklt24MFGz5v4Yf for ; Fri, 25 Apr 2025 21:12:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "WR4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Zklt20Bbxz3dXZ; Fri, 25 Apr 2025 21:12:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Authentication-Results: mx1.freebsd.org; none Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-54298ec925bso3553974e87.3; Fri, 25 Apr 2025 14:12:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1745615559; x=1746220359; darn=freebsd.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=PDkb6NDsyfJpGojp6+hVRQCCf2jv0soV8r9I8KffYQk=; b=ENSh9MVmnT8VImLQJC4LP9weHGo9GMAXXPhVuSfzjhqrdkecBM8LMy2cRiJKMUdCCx o9AO2aAtZIyuoRkrdPi8SYROEGjlrlw/gCh+t0W7TEyqmL7vZ6m+UiaJJ/KN2B1fZIS4 N9gWvI8Horih4haJitt+hj5q+em85uhqUMDlIapuZfDd4k6GJdXlPtIIaJM4QKMKfUPt S991LE072SlbzghYc+nomOdo1GcQRfrueCoVej63sVgrHplPfXR4KMibRsqhrNB5iNei /l0WncfFy51S229vcfgSGKZ6aNDdnaDBdPB0FAqA25eNqJJD4EzDW+1OP5ZnCDtMc3gA V67Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1745615559; x=1746220359; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=PDkb6NDsyfJpGojp6+hVRQCCf2jv0soV8r9I8KffYQk=; b=lnErchxCMULcdiDufs5a1ZFgn02yZGGMxX0C7rtpMhLXA7PNfhhg5j/1fg4uB+JGto BfUhlZDqqjZC3jCdUvj/asbqsYbzggRHRHIMrfSI9uGJOF8lTaIeqhHrKjCzYXbcVDEs qOJ7bTttEbFZ4D5rDB4R6sdtK1pC6t1FM98mzmrdZ5hS2bdOvwKCdU0C6V1bmJIGA8UU xZRwu7pdA5srYKptv+yGt6RsPGg/W1sidsHKOim5Elu2khxjypDbGfEwTr02T0B2jdMO Eg4QE40wxnarQzAeou2ZM0TtPWWHpSGyMOEY2k07+tuKHZDqqDqmTmTV+Qmzx/nNjtSR lUgA== X-Gm-Message-State: AOJu0Yx7u2OGdDPqqmC5s2OsPqmBph2IkV3jJ335PnqFEV7wKkuGsTlE eAyXVKmLgcent6rjXWqPqwgqTSHXl1iwBOgfotl4hDP34GnS7ReptaHagBhWbLwVQigiGvWN2+P C6byBa1fsHEVOcp0Y5zN+jO11wRD7bg== X-Gm-Gg: ASbGncvhw7OYHeOiL1GlBhYSxFsAsDLafKmcaVy8bt+nFCUM3MVw94LWHoZ1DxBqGJP al/Ji4J3eKh/iXQAuxpy5TV0G2JHT8Hnm6oGJfsX5wDSjgHyokuM1bV0O/gKyxtyAdiLpnDMre3 VHORCi2tUbb948u1S374d2BdeYRcmCIiQ/0A== X-Google-Smtp-Source: AGHT+IFhxF9WQteHAfOBe4Xr/VCx5mXfmADVUxfCYwEHCLpy5VR/7g7TolwfuhfRQm8E2nj+tes9W2vP5LiPwENCr3k= X-Received: by 2002:a05:651c:220a:b0:30b:c96a:750 with SMTP id 38308e7fff4ca-31905b60a2dmr12859691fa.1.1745615558380; Fri, 25 Apr 2025 14:12:38 -0700 (PDT) List-Id: Discussions List-Archive: https://lists.freebsd.org/archives/freebsd-wireless List-Help: List-Post: List-Subscribe: List-Unsubscribe: X-BeenThere: freebsd-wireless@freebsd.org Sender: owner-freebsd-wireless@FreeBSD.org MIME-Version: 1.0 References: In-Reply-To: From: Adrian Chadd Date: Fri, 25 Apr 2025 14:12:26 -0700 X-Gm-Features: ATxdqUG2BbUgHV-EI3EmMXgnnjLj5iH7jMfjZPVEXEPdLAV4vC--RCqCIT9mch8 Message-ID: Subject: Re: rtwn0: rtwn_rx_copy_to_mbuf: could not allocate RX mbuf To: Nuno Teixeira Cc: freebsd-wireless@freebsd.org Content-Type: multipart/alternative; boundary="000000000000459c710633a0cbc9" X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US] X-Rspamd-Queue-Id: 4Zklt20Bbxz3dXZ X-Spamd-Bar: ---- --000000000000459c710633a0cbc9 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 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=3D20, > val=3D0, arg_len=3D7]: 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 escreveu (sexta, 25/04/2025 =C3=A0(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 52= 01 > > [ 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 52= 01 > > [ 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 escreveu (sexta, 25/04/2025 =C3= =A0(s) > 03:28): > > > > > > hi, > > > > > > Ok, can you just try a straight up freebsd-head from two weeks ago an= d > 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 > wrote: > > >> > > >> (...) > > >> > > >> kldstat > > >> 25 1 0xffffffff845be000 f017 if_rtwn_usb.ko > > >> 26 1 0xffffffff845ce000 1b140 rtwn.ko > > >> > > >> Nuno Teixeira escreveu (quinta, 24/04/2025 > =C3=A0(s) 22:29): > > >> > > > >> > freebsd > > >> > > > >> > wlans_rtwn0=3D"wlan0" > > >> > ifconfig_wlan0=3D"WPA SYNCDHCP up" > > >> > create_args_wlan0=3D"country PT regdomain ETSI" > > >> > > > >> > Adrian Chadd escreveu (quinta, 24/04/2025 > =C3=A0(s) 22:06): > > >> > > > > >> > > > > >> > > > > >> > > On Thu, 24 Apr 2025 at 13:41, Nuno Teixeira > 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=3D1 > > >> > >> compat.linuxkpi.iwlwifi_disable_11ac=3D0 > > >> > >> compat.linuxkpi.iwlwifi_11n_disable=3D0 > > >> > >> wlan_amrr_load=3D"YES" > > >> > >> > > >> > > > > >> > > Are you using the linux driver or the freebsd rtwn driver? > > >> > > > > >> > > > > >> > > > > >> > > -adrian > > >> > > > > >> > >> > > >> > >> Cheers, > > >> > >> > > >> > >> Adrian Chadd escreveu (quinta, > 24/04/2025 =C3=A0(s) 21:34): > > >> > >> > > > >> > >> > > > >> > >> > > > >> > >> > On Thu, 24 Apr 2025 at 04:05, Nuno Teixeira < > eduardo@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 thes= e! > > >> > >> > > > >> > >> > 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: Web: > https://FreeBSD.org > > >> > >> >> > > >> > >> > > >> > >> > > >> > >> -- > > >> > >> Nuno Teixeira > > >> > >> FreeBSD UNIX: Web: https://FreeBSD.or= g > > >> > > > >> > > > >> > > > >> > -- > > >> > Nuno Teixeira > > >> > FreeBSD UNIX: Web: https://FreeBSD.org > > >> > > >> > > >> > > >> -- > > >> Nuno Teixeira > > >> FreeBSD UNIX: Web: https://FreeBSD.org > > > > > > > > -- > > Nuno Teixeira > > FreeBSD UNIX: Web: https://FreeBSD.org > > > > -- > Nuno Teixeira > FreeBSD UNIX: Web: https://FreeBSD.org > --000000000000459c710633a0cbc9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hm, knowing if its NIC or VHT/11ac specific would be = good.

What's "wlanstats -i wlan0" sh= ow 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 wit= h that.

I'll do some iperf testing tonight.


-adrian

On Fri, 25 Apr 2025 at 05:40, Nuno Teixeira <eduardo@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=3D20,
val=3D0, arg_len=3D7]: 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 <= eduardo@freebsd.org> escreveu (sexta, 25/04/2025 =C3=A0(s) 13:00): >
> Hello,
>
> The oldest BE that I have in aarch64 is from
> main-n276312-487c7245a789: Tue Apr=C2=A0 8
>
> iperf3 -c 192.168.1.100
> Connecting to host 192.168.1.100, port 5201
> [=C2=A0 5] local 192.168.1.102 port 28643 connected to 192.168.1.100 p= ort 5201
> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Transfer=C2=A0 = =C2=A0 =C2=A0Bitrate=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Retr=C2=A0 Cwnd
> [=C2=A0 5]=C2=A0 =C2=A00.00-1.03=C2=A0 =C2=A0sec=C2=A0 6.62 MBytes=C2= =A0 53.8 Mbits/sec=C2=A0 =C2=A0 9=C2=A0 =C2=A092.0 KBytes
> [=C2=A0 5]=C2=A0 =C2=A01.03-2.00=C2=A0 =C2=A0sec=C2=A0 6.38 MBytes=C2= =A0 55.2 Mbits/sec=C2=A0 =C2=A0 6=C2=A0 =C2=A094.8 KBytes
> [=C2=A0 5]=C2=A0 =C2=A02.00-3.00=C2=A0 =C2=A0sec=C2=A0 6.50 MBytes=C2= =A0 54.5 Mbits/sec=C2=A0 =C2=A0 9=C2=A0 =C2=A0 102 KBytes
> [=C2=A0 5]=C2=A0 =C2=A03.00-4.00=C2=A0 =C2=A0sec=C2=A0 6.50 MBytes=C2= =A0 54.5 Mbits/sec=C2=A0 =C2=A0 2=C2=A0 =C2=A098.8 KBytes
> [=C2=A0 5]=C2=A0 =C2=A04.00-5.00=C2=A0 =C2=A0sec=C2=A0 6.62 MBytes=C2= =A0 55.6 Mbits/sec=C2=A0 =C2=A014=C2=A0 =C2=A0 105 KBytes
> [=C2=A0 5]=C2=A0 =C2=A05.00-6.00=C2=A0 =C2=A0sec=C2=A0 6.50 MBytes=C2= =A0 54.5 Mbits/sec=C2=A0 =C2=A031=C2=A0 =C2=A0 119 KBytes
> [=C2=A0 5]=C2=A0 =C2=A06.00-7.00=C2=A0 =C2=A0sec=C2=A0 6.62 MBytes=C2= =A0 55.6 Mbits/sec=C2=A0 =C2=A0 3=C2=A0 =C2=A0 123 KBytes
> [=C2=A0 5]=C2=A0 =C2=A07.00-8.00=C2=A0 =C2=A0sec=C2=A0 6.50 MBytes=C2= =A0 54.5 Mbits/sec=C2=A0 =C2=A020=C2=A0 =C2=A0 123 KBytes
> [=C2=A0 5]=C2=A0 =C2=A08.00-9.00=C2=A0 =C2=A0sec=C2=A0 6.62 MBytes=C2= =A0 55.6 Mbits/sec=C2=A0 =C2=A0 4=C2=A0 =C2=A0 127 KBytes
> [=C2=A0 5]=C2=A0 =C2=A09.00-10.00=C2=A0 sec=C2=A0 6.38 MBytes=C2=A0 53= .5 Mbits/sec=C2=A0 =C2=A059=C2=A0 =C2=A071.4 KBytes
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Transfer=C2=A0 = =C2=A0 =C2=A0Bitrate=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Retr
> [=C2=A0 5]=C2=A0 =C2=A00.00-10.00=C2=A0 sec=C2=A0 65.2 MBytes=C2=A0 54= .7 Mbits/sec=C2=A0 157=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sender
> [=C2=A0 5]=C2=A0 =C2=A00.00-10.01=C2=A0 sec=C2=A0 65.0 MBytes=C2=A0 54= .5 Mbits/sec=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = 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
> [=C2=A0 5] local 192.168.1.102 port 37659 connected to 192.168.1.100 p= ort 5201
> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Transfer=C2=A0 = =C2=A0 =C2=A0Bitrate
> [=C2=A0 5]=C2=A0 =C2=A00.00-1.02=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A01.02-2.04=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A02.04-3.06=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A03.06-4.01=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A04.01-5.00=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A05.00-6.00=C2=A0 =C2=A0sec=C2=A0 =C2=A0384 KByte= s=C2=A0 3.15 Mbits/sec
> [=C2=A0 5]=C2=A0 =C2=A06.00-7.00=C2=A0 =C2=A0sec=C2=A0 1.00 MBytes=C2= =A0 8.38 Mbits/sec
> [=C2=A0 5]=C2=A0 =C2=A07.00-8.00=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A08.00-9.00=C2=A0 =C2=A0sec=C2=A0 0.00 Bytes=C2= =A0 0.00 bits/sec
> [=C2=A0 5]=C2=A0 =C2=A09.00-10.01=C2=A0 sec=C2=A0 0.00 Bytes=C2=A0 0.0= 0 bits/sec
> - - - - - - - - - - - - - - - - - - - - - - - - -
> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Transfer=C2=A0 = =C2=A0 =C2=A0Bitrate=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Retr
> [=C2=A0 5]=C2=A0 =C2=A00.00-10.01=C2=A0 sec=C2=A0 1.38 MBytes=C2=A0 1.= 15 Mbits/sec=C2=A0 =C2=A024=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sender=
> [=C2=A0 5]=C2=A0 =C2=A00.00-10.01=C2=A0 sec=C2=A0 1.38 MBytes=C2=A0 1.= 15 Mbits/sec=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = 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/error= s
> since connection was funcional.
>
> Cheers,
>
> Adrian Chadd <adrian.chadd@gmail.com> escreveu (sexta, 25/04/2025 =C3=A0(s)= 03:28):
> >
> > hi,
> >
> > Ok, can you just try a straight up freebsd-head from two weeks ag= o 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 <eduardo@freebsd.org> wrote:<= br> > >>
> >> (...)
> >>
> >> kldstat
> >> 25=C2=A0 =C2=A0 1 0xffffffff845be000=C2=A0 =C2=A0 =C2=A0f017 = if_rtwn_usb.ko
> >> 26=C2=A0 =C2=A0 1 0xffffffff845ce000=C2=A0 =C2=A0 1b140 rtwn.= ko
> >>
> >> Nuno Teixeira <eduardo@freebsd.org> escreveu (quinta, 24/04/2025 =C3= =A0(s) 22:29):
> >> >
> >> > freebsd
> >> >
> >> > wlans_rtwn0=3D"wlan0"
> >> > ifconfig_wlan0=3D"WPA SYNCDHCP up"
> >> > create_args_wlan0=3D"country PT regdomain ETSI"= ;
> >> >
> >> > Adrian Chadd <adrian.chadd@gmail.com> escreveu (quinta, 24/04= /2025 =C3=A0(s) 22:06):
> >> > >
> >> > >
> >> > >
> >> > > On Thu, 24 Apr 2025 at 13:41, Nuno Teixeira <eduardo@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 w= uth git taking too long too pull.
> >> > >>
> >> > >> this is my /boot/loader.conf.local:
> >> > >>
> >> > >> compat.linuxkpi.80211.hw_crypto=3D1
> >> > >> compat.linuxkpi.iwlwifi_disable_11ac=3D0
> >> > >> compat.linuxkpi.iwlwifi_11n_disable=3D0
> >> > >> wlan_amrr_load=3D"YES"
> >> > >>
> >> > >
> >> > > Are you using the linux driver or the freebsd rtwn = driver?
> >> > >
> >> > >
> >> > >
> >> > > -adrian
> >> > >
> >> > >>
> >> > >> Cheers,
> >> > >>
> >> > >> Adrian Chadd <adrian.chadd@gmail.com> escreveu (quin= ta, 24/04/2025 =C3=A0(s) 21:34):
> >> > >> >
> >> > >> >
> >> > >> >
> >> > >> > On Thu, 24 Apr 2025 at 04:05, Nuno Teixeir= a <eduardo@free= bsd.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 us= b 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 tim= e to complete and sometimes fails.
> >> > >> >>
> >> > >> >> iperf3 shows bellow resilts on amd64/a= arch64 with both cards.
> >> > >> >>
> >> > >> >> % iperf3 -c hp -R
> >> > >> >> Connecting to host hp, port 5201
> >> > >> >> Reverse mode, remote host hp is sendin= g
> >> > >> >> [=C2=A0 5] local 192.168.1.82 port 435= 50 connected to 192.168.1.100 port 5201
> >> > >> >> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Transfer=C2=A0 =C2=A0 =C2=A0Bitrate
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A00.00-1.00=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A01.00-2.06=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A02.06-3.00=C2=A0= =C2=A0sec=C2=A0 =C2=A0128 KBytes=C2=A0 1.11 Mbits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A03.00-4.03=C2=A0= =C2=A0sec=C2=A0 =C2=A0128 KBytes=C2=A0 1.02 Mbits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A04.03-5.01=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A05.01-6.01=C2=A0= =C2=A0sec=C2=A0 =C2=A0256 KBytes=C2=A0 2.10 Mbits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A06.01-7.06=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A07.06-8.06=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A08.06-9.01=C2=A0= =C2=A0sec=C2=A0 0.00 Bytes=C2=A0 0.00 bits/sec
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A09.01-10.01=C2= =A0 sec=C2=A0 =C2=A0128 KBytes=C2=A0 1.04 Mbits/sec
> >> > >> >> - - - - - - - - - - - - - - - - - - - = - - - - - -
> >> > >> >> [ ID] Interval=C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0Transfer=C2=A0 =C2=A0 =C2=A0Bitrate=C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0Retr
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A00.00-10.01=C2= =A0 sec=C2=A0 =C2=A0768 KBytes=C2=A0 =C2=A0628 Kbits/sec=C2=A0 156=C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 sender
> >> > >> >> [=C2=A0 5]=C2=A0 =C2=A00.00-10.01=C2= =A0 sec=C2=A0 =C2=A0640 KBytes=C2=A0 =C2=A0524 Kbits/sec=C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 receiver
> >> > >> >>
> >> > >> >> iperf Done.
> >> > >> >>
> >> > >> >> --
> >> > >> >> Nuno Teixeira
> >> > >> >> FreeBSD UNIX:=C2=A0 <eduardo@FreeBS= D.org>=C2=A0 =C2=A0Web:=C2=A0 https://FreeBSD.org
> >> > >> >>
> >> > >>
> >> > >>
> >> > >> --
> >> > >> Nuno Teixeira
> >> > >> FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>= =C2=A0 =C2=A0Web:=C2=A0 https://FreeBSD.org
> >> >
> >> >
> >> >
> >> > --
> >> > Nuno Teixeira
> >> > FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 = =C2=A0Web:=C2=A0 https://FreeBSD.org
> >>
> >>
> >>
> >> --
> >> Nuno Teixeira
> >> FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0W= eb:=C2=A0 https://FreeBSD.org
>
>
>
> --
> Nuno Teixeira
> FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0= https= ://FreeBSD.org



--
Nuno Teixeira
FreeBSD UNIX:=C2=A0 <eduardo@FreeBSD.org>=C2=A0 =C2=A0Web:=C2=A0 https://Fr= eeBSD.org
--000000000000459c710633a0cbc9--