Date: Tue, 07 May 2024 15:46:46 +0000 From: bugzilla-noreply@freebsd.org To: wireless@FreeBSD.org Subject: [Bug 278655] net80211: psq cleanup bug Message-ID: <bug-278655-21060-aWVDwmkOcM@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-278655-21060@https.bugs.freebsd.org/bugzilla/> References: <bug-278655-21060@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D278655 --- Comment #4 from Doug Ambrisko <ambrisko@FreeBSD.org> --- Created attachment 250517 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D250517&action= =3Dedit After running my "panic.sh" script several times I hit the cb run after loc= k is destroyed. The script I use to trigger the panic is #!/bin/sh set -x=20 sync; sync; sync sudo /bin/echo || exit 1 sudo /etc/rc.d/dhclient stop wlan0 sudo /etc/rc.d/wpa_supplicant stop wlan0 sleep 1 sudo killall -9 wpa_supplicant sleep 2 sudo ifconfig wlan0 destroy if kldstat | grep iwlwifi then sudo devctl detach `pciconf -l | awk '/iwlwifi/ { print $1 }' | sed= -e 's/:$//' -e 's/^.*@//'` fi sudo kldunload if_iwlwifi.ko=20 sudo kldload if_iwlwifi.ko sudo ifconfig wlan0 create wlandev iwlwifi0 wlanmode sta regdomain FCC coun= try US sleep 1 sudo /etc/rc.d/wpa_supplicant restart wlan0 sleep 1 ifconfig wlan0 sleep 1 ifconfig wlan0 sleep 10 It doesn't happen every time. I added debug printf's to trace where the ca= ll back gets registered and run after the lock is destroyed. I've also seen what appears to be leaking in that the init for the psq lock= is called more then the clean up. I don't have that printf enabled in this lo= g. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-278655-21060-aWVDwmkOcM>