[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #96 from Adrian Chadd --- hm, if this affects multiple people, should we consider rolling back wpa_s until we can figure out what's up? -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #97 from Cy Schubert --- (In reply to Adrian Chadd from comment #96) I'm preparing a wpa_supplicant29 port. Reverting would cause too much churn. Though I may consider reverting only 12 and 13. Reverting would also remove support for WiFi 6 back to WiFi 5. Once reverted there is no way to MFC back again. Git doesn't support that because the MFC has already been registered in the tree. The patches would need to be reapplied by hand (which could cause other issues and errors) or we never go forward again. I think a wpa29 port would be the best workaround for now. This AR9285 problem was not discovered for six months on -CURRENT and another four months on -STABLE. It was only discovered in -RELEASE. This only affects users of AR9285. I understand you have AR9285. Would you be willing to send me a card? Either for laptop or PCI. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #98 from commit-h...@freebsd.org --- A commit in branch main references this bug: URL: https://cgit.FreeBSD.org/ports/commit/?id=7150a0c9b1014e445a8266c9080d0bf4738dcc9c commit 7150a0c9b1014e445a8266c9080d0bf4738dcc9c Author: Cy Schubert AuthorDate: 2022-06-19 16:15:44 + Commit: Cy Schubert CommitDate: 2022-06-19 16:20:13 + */*: Bring back wpa_supplicant29 and hostapd29 as new ports The current wpa_supplicant and hostapd have an issue with AR9285. For the time being bring back wpa_supplicant 2.9 as security/wpa_supplicant29 and hostpd 2.9 as net/hostapd29 for those cases that have an issue with wpa_supplicant/hostpad2.10 (in base and in ports) PR: 264238 MFH:2022Q2 net/Makefile | 1 + net/hostapd29/Makefile (new) | 46 +++ net/hostapd29/distinfo (new) | 9 + net/hostapd29/files/config (new) | 316 ++ net/hostapd29/files/hostapd.in (new) | 39 +++ .../patch-src-l2_packet-l2_packet_freebsd.c (new) | 14 + net/hostapd29/files/patch-src_common_dhcp.h (new) | 25 ++ .../files/patch-src_drivers_driver__bsd.c (new)| 60 net/hostapd29/files/patch-src_utils_os.h (new) | 17 + .../files/patch-src_utils_os__unix.c (new) | 18 + .../files/patch-src_wps_wps__upnp.c (new) | 20 ++ net/hostapd29/pkg-descr (new) | 12 + net/hostapd29/pkg-message (new)| 10 + security/Makefile | 1 + security/wpa_supplicant29/Makefile (new) | 229 + security/wpa_supplicant29/distinfo (new) | 11 + security/wpa_supplicant29/files/Packet32.c (new) | 366 + security/wpa_supplicant29/files/Packet32.h (new) | 65 security/wpa_supplicant29/files/ntddndis.h (new) | 32 ++ .../files/patch-src_common_dhcp.h (new)| 25 ++ .../files/patch-src_drivers_driver__bsd.c (new)| 48 +++ .../files/patch-src_drivers_driver__ndis.c (new) | 89 + ...atch-src_l2__packet_l2__packet__freebsd.c (new) | 12 + .../files/patch-src_radius_radius__client.c (new) | 12 + .../files/patch-src_wps_wps__upnp.c (new) | 34 ++ .../files/patch-wpa__supplicant_Makefile (new) | 17 + .../files/patch-wpa__supplicant_main.c (new) | 33 ++ .../patch-wpa__supplicant_wpa__supplicant.c (new) | 16 + .../wpa_supplicant29/files/pkg-message.in (new)| 11 + .../wpa_supplicant29/files/wpa_supplicant.in (new) | 54 +++ security/wpa_supplicant29/pkg-descr (new) | 14 + security/wpa_supplicant29/pkg-plist (new) | 5 + 32 files changed, 1661 insertions(+) -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #99 from rkober...@gmail.com --- Once again, while the title refers to the AR9285, I am seeing the same symptoms on my AX200. Unfortunately, since it seems to only affect connection to OPEN access points, I only see this on the infrequent occasions when I am away from home, usually at a hotel. I see the same behavior with the AX200 appearing to associate with the AP, but it fails to et an address. Working with the surprisingly cluefull support for whoever Marriott contracts with (he runs Mint Linux at home), he monitored my connection to confirm that they were seeing no packets from my MAC address. On my end, tcpdump saw the DHCP DISCOVER packets going out. Key indicator is that the connection media seen on the interface is wrong. While I did not always see the same media, it was usually DS/1MB which is clearly wrong. When I connect to my home network, I see a more reasonable OFDM/54Mbps. Once I have installed the 2.9 port, I will take my laptop down to a Starbucks and/or McDonald's and see what happens there. I can try both 2.9 and 3.0 as well as test with both the AX200 and the Realtek USB interface I was using before iwlwifi was available. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #100 from Adrian Chadd --- when you're down there, can you do an "ifconfig -v wlan0 list scan", or "ifconfig wlan0 -v list scan" (I forget which), and "ifconfig -v wlan0" to get a full dump of the scan data and the NIC state? That way I can try to reproduce it with an open AP here. I'm specifically interested in the protocol handling. I have a feeling that enabling 11n/11ac/11ax in wpa_supplicant may be clashing with some stuff done in net80211, but the only real way to see what's going on there is to try and set it up here to reproduce it. And cy@, yeah, I can throw you a mini-pcie AR9285. I have squillions of them here. :) They're a good test case for 1x1 + STBC (and AR9485, which is 1x1 + STBC + LDPC) which can quite often get mucked up with negotiation nonsense. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #101 from Cy Schubert --- Using my iwn(4) connected to one of my networks (now open) and reconfigured my laptop to remove wlan0 from lagg0: wlan0: flags=8843 metric 0 mtu 1500 ether xx:xx:xx:xx:xx:xx inet6 fe80::120b:a9ff:fe1d:ce54%wlan0 prefixlen 64 scopeid 0x3 inet 192.168.1.107 netmask 0xff00 broadcast 192.168.1.255 groups: wlan ssid Golden_Pond-5G channel 161 (5805 MHz 11a ht/40-) bssid xx:xx:xx;xx;xx;xx regdomain FCC country US authmode OPEN privacy OFF txpower 23 bmiss 10 mcastrate 6 mgmtrate 6 scanvalid 60 ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi -stbc -ldpc -uapsd wme roaming MANUAL bintval 200 parent interface: iwn0 media: IEEE 802.11 Wireless Ethernet MCS mode 11na status: associated nd6 options=23 It connects and gets and IP. I'm using wpa_supplicant-devel from ports, which is newer than base. Can people try security/wpa_supplicant-devel? If it works we can merge it into base. @adrain, I'll reach out to you offline regarding the NIC. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #102 from Cy Schubert --- I've been able to reproduce this problem with rtwn(4). My iwn(4) works with open networks. My ath(4) fails to scan anything, even in single user, suggesting that either the NIC no longer works or there is a driver problem. I'll try to verify the card after I restore my windows 10 partition. -- You are receiving this mail because: You are on the CC list for the bug.
Problem reports for wireless@FreeBSD.org that need special attention
To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status |Bug Id | Description +---+--- Open|236918 | Crash: in iwn_ampdu_tx_stop (or ieee80211_ht_node Open|238636 | ath: Fix kernel addresses printed in if_ath_sysct Open|240776 | iwm: Can't find wifi networks after short time si 3 problems total for which you should take action.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #103 from rkober...@gmail.com --- (In reply to Cy Schubert from comment #102) Just to confirm, my urtwn fob also fails in the same manner with 13.1 and worked fine with 13.0. I'll have my urtwn with me when I do testing, almost certainly tomorrow. I'll certainly do the "ifconfig -v wlan0 list scan". Probably unrelated, but I just notices that my laptop fails to detect my 5G SSID. Works fine on my phone, though. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #104 from Cy Schubert --- Created attachment 234801 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234801&action=edit Revert driver_bsd.c from wpa 2.10 back to 2.9 Can you try this patch? To apply, cd /usr/src git apply /tmp/driver_bsd.c-revert or cd /usr/src patch -C -p1 < /tmp/driver_bsd.c-revert && patch -C -p1 < /tmp/driver_bsd.c-revert Then, cd /usr/src/usr.sbin/wpa make obj make depend make include make make install Then restart your interface. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] WiFi stops working after upgrade from 13.0 to 13.1, AR9285 (wpa_supplicant)
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 --- Comment #105 from Cy Schubert --- Created attachment 234807 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234807&action=edit A better patch This patch will bring us closer. This resolves connecting to an open unprotected 802.11g. For an 802.11n, please run the following test. If wlan0 is up, ifconfig wlan0 down delete. /usr/sbin/wpa_supplicant -dd -i wlan1 -c /etc/wpa_supplicant.conf.open -D bsd Replace wlan1 with your wlan interface, probably wlan0. And, replace wpa_supplicant.conf.open with your wpa_supplicant.conf. Notice that there is no -B flag. This is important. It will print out a lot of output while it attempts to associate. Let it try for a couple of minutes, then hit control-c and post the output here. -- You are receiving this mail because: You are on the CC list for the bug.
[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 Cy Schubert changed: What|Removed |Added Summary|WiFi stops working after|wpa_supplicant fails to |upgrade from 13.0 to 13.1, |associate to open |AR9285 (wpa_supplicant) |unprotected 802.11n -- You are receiving this mail because: You are on the CC list for the bug.
