Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 07 Jul 2023 01:07:08 +0000
From:      bugzilla-noreply@freebsd.org
To:        wireless@FreeBSD.org
Subject:   [Bug 271979] bsdinstall(8): iwlwifi(4): system crash when authenticating for Wi-Fi: panic: lkpi_sta_auth_to_scan: lsta 0x... state not NONE: 0, nstate 1 arg 1
Message-ID:  <bug-271979-21060-uxs1790g3B@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-271979-21060@https.bugs.freebsd.org/bugzilla/>
References:  <bug-271979-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=3D271979

Oleg <oleglelchuk@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |oleglelchuk@gmail.com

--- Comment #7 from Oleg <oleglelchuk@gmail.com> ---
I think I've been encountering the same panic with my Intel Wi-fi 6 AX201 c=
ard.
If I type "ifconfig wlan create wlandev iwlwifi0", "ifconfig wlan0 channel
153", "wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf &", "dhclient
wlan0", then I will be able to access the internet without encountering iss=
ues
and there will be no panic. However, if I type "ifconfig wlan0 up" right af=
ter
creating wlandev, there will be a panic after I type "wpa_supplicant -i wla=
n0
-c /etc/wpa_supplicant.conf &". I don't really have the need to type "ifcon=
fig
wlan0 up" because I am still able to access the internet after typing the
commands I already mentioned; however, bsdinstall wants this "up" thing to =
be
available early, so, in bsdinstall, I will encounter this panic. Here's the
backtrace:

__curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:59
59              __asm("movq %%gs:%P1,%0" : "=3Dr" (td) : "n" (offsetof(stru=
ct
pcpu,
(kgdb) #0  __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:59
#1  doadump (textdump=3Dtextdump@entry=3D1)
    at /usr/src/sys/kern/kern_shutdown.c:407
#2  0xffffffff80b4bb60 in kern_reboot (howto=3D260)
    at /usr/src/sys/kern/kern_shutdown.c:528
#3  0xffffffff80b4c07d in vpanic (
    fmt=3D0xffffffff811d6263 "%s: lsta %p state not NONE: %#x, nstate %d arg
%d\n", ap=3Dap@entry=3D0xfffffe01e9a94ce0) at /usr/src/sys/kern/kern_shutdo=
wn.c:972
#4  0xffffffff80b4be03 in panic (fmt=3D<unavailable>)
    at /usr/src/sys/kern/kern_shutdown.c:896
#5  0xffffffff80dcbd0c in lkpi_sta_auth_to_scan (vap=3D0xfffffe01f95cd010,
    nstate=3DIEEE80211_S_SCAN, arg=3D1)
    at /usr/src/sys/compat/linuxkpi/common/src/linux_80211.c:1153
#6  0xffffffff80dd2963 in lkpi_iv_newstate (vap=3D0xfffffe01f95cd010,
    nstate=3DIEEE80211_S_SCAN, arg=3D1)
    at /usr/src/sys/compat/linuxkpi/common/src/linux_80211.c:2045
#7  0xffffffff80cf8937 in ieee80211_newstate_cb (xvap=3D0xfffffe01f95cd010,
    npending=3D<optimized out>) at /usr/src/sys/net80211/ieee80211_proto.c:=
2548
#8  0xffffffff80bb055b in taskqueue_run_locked (
    queue=3Dqueue@entry=3D0xfffff80001cc8e00)
    at /usr/src/sys/kern/subr_taskqueue.c:514
#9  0xffffffff80bb1613 in taskqueue_thread_loop (
    arg=3Darg@entry=3D0xfffffe01ea0de110)
    at /usr/src/sys/kern/subr_taskqueue.c:826
#10 0xffffffff80b02500 in fork_exit (
    callout=3D0xffffffff80bb1540 <taskqueue_thread_loop>,
    arg=3D0xfffffe01ea0de110, frame=3D0xfffffe01e9a94f40)
    at /usr/src/sys/kern/kern_fork.c:1131
#11 <signal handler called>
#12 0xdeadc0dedeadc0de in ?? ()
Backtrace stopped: Cannot access memory at address 0xdeadc0dedeadc0de
(kgdb)

--=20
You are receiving this mail because:
You are on the CC list for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-271979-21060-uxs1790g3B>