https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #55 from Cy Schubert ---
As per our private email thread, were you able to run the wpa_supplicant
provided that will produce a core dump?
--
You are receiving this mail because:
You are on the CC list for the bug.
Hi,
I just pushed an update for Realtek's rtw88 driver to main.
Yesterday I also changed the module name to load (if you do it manually
from kld_List or loader) from if_rtw88.ko to if_rtw88_pci.ko;
if you auto-load the driver from devmtach nothing changes).
I've done very brief testing on 8822
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #56 from Cy Schubert ---
The current theory is that wpa_supplicant doesn't work with newer Atheros
NICs/driver. The SIGABRT core dump will tell us where in the stack the bad
argument to ioctl() is generating the bad argument. Th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #57 from Adrian Chadd ---
... I don't think the AR9285 stuff has changed in a long time. And most of the
ioctls are handed by net80211 first.
Do you need me to jump in and dig into it a bit more? Or are y'all ok?
--
You are r
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #58 from Jaskie ---
(In reply to Adrian Chadd from comment #57)
By all means, jupm in please. I am currently trying to get a coredump file
using the wpa Cy Schubert provided. I have in /etc/sysctl.conf:
kern.corefile=/var/core
Hello Bjoern.
I am using CURRENT nowadays, so I can definitely test the card on 14 after a
brief world update.
Last time I tried I think I was getting kernel panics every 10~ish minutes, but
could've been other causes. As I have mostly been using Ethernet this month I
have only used rtw88 briefl
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #59 from J.R. Oldroyd ---
One additional data point.
I am now at a location with a laptop with an AR9280 chip. I just did a 13.1
upgrade on it.
This one associates just fine with the hostap here, Ethernet MCS mode 11ng.
I re
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #60 from Cy Schubert ---
Considering you can't get a dump, let's see if the ath(4) driver can give us a
hint.
Run this DTrace script prior to starting wlan0.
#!/usr/sbin/dtrace -s
fbt::ath_ioctl:entry {
print(*args[0]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #61 from Adrian Chadd ---
hey wait a sec, I'm seeing different configurations between wpa-supplicant on
13.0 and 13.1. (ie, out of ifconfig.)
the fact ifconfig isn't saying MANUAL for roam is a big red flag to me. One of
the th
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #62 from Bjoern A. Zeeb ---
(In reply to Adrian Chadd from comment #61)
Why don't you read a bit backwards; around comment #44 would tell you.
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #63 from Adrian Chadd ---
Ok, it really does look like incomplete testing. :(
Please compile the kernel w/:
IEEE80211_DEBUG
ATH_DEBUG
AH_DEBUG
ATH_DIAGAPI
... I think that should be enough to get all the good debugging that y
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #64 from Bjoern A. Zeeb ---
(In reply to Adrian Chadd from comment #63)
Again, I think it might be good to remind people that the kernel was ruled out
given an 13.0 user land on a 13.1 kernel works just fine if I understand the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #65 from Adrian Chadd ---
Yes, I think it's more likely some ioctl ordering or contents issue. Doing
net80211 debugging though may shed some light on what's being done.
(I'd stick a dtrace rule on the net80211 ioctl handle, not
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #66 from Cy Schubert ---
That's why I asked for a DTrace. The user is unable to capture a dump using the
file I gave her that would force wpa_supplicant to dump with the error. There
are three different calls to the function tha
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #67 from Cy Schubert ---
wpa_driver_bsd_scan() calls set80211param() to set IEEE80211_IOC_ROAMING to
IEEE80211_ROAMING_MANUAL immediately after setting mediaopt to STA. This is
unconditional and if it fails it will issue a messa
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #68 from Cy Schubert ---
The ioctl() error is likely due to bsd_del_key().
Can you please add -dd to wpa_supplicant_flags= in rc.conf. Then grep
wpa_supplicant /var/log/messages.
--
You are receiving this mail because:
You ar
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #69 from Jaskie ---
Created attachment 234669
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234669&action=edit
dtrace output
--
You are receiving this mail because:
You are on the CC list for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238
--- Comment #70 from Jaskie ---
(In reply to Jaskie from comment #69)
I am using the wpa Cy Schubert prvided in this test. wpa_supplicant_flags="-dd"
was added to rc.conf.
# service netif start
Created wlan(4) interfaces: wlan0.
18 matches
Mail list logo
