Rock Pi S - Random kernel panic
by slacksam from LinuxQuestions.org on (#5BMDP)
Hi,
on my Rock Pi S, running kernel 5.9.12, I get a kernel panic which looks like to be randomly after a longer up time.
Here's a dmesg log from the most recent case: Code:[ +0.102406] ath: phy0: RX failed to go idle in 10 ms RXSM=0x806714
[ +0.206108] ath: phy0: RX failed to go idle in 10 ms RXSM=0x806714
[ +0.102310] usb 1-1.5: ath9k_htc: USB layer deinitialized
[Dec13 09:29] usb 1-1.5: new high-speed USB device number 6 using ehci-platform
[ +0.125717] usb 1-1.5: New USB device found, idVendor=0cf3, idProduct=9271, bcdDevice= 1.08
[ +0.000033] usb 1-1.5: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ +0.000021] usb 1-1.5: Product: USB2.0 WLAN
[ +0.000022] usb 1-1.5: Manufacturer: ATHEROS
[ +0.000019] usb 1-1.5: SerialNumber: 12345
[ +0.003323] usb 1-1.5: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ +0.291639] usb 1-1.5: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[ +0.250937] ath9k_htc 1-1.5:1.0: ath9k_htc: HTC initialized with 33 credits
[ +0.238741] ath9k_htc 1-1.5:1.0: ath9k_htc: FW Version: 1.4
[ +0.000023] ath9k_htc 1-1.5:1.0: FW RMW support: On
[ +0.000024] ath: EEPROM regdomain: 0x809c
[ +0.000008] ath: EEPROM indicates we should expect a country code
[ +0.000008] ath: doing EEPROM country->regdmn map search
[ +0.000009] ath: country maps to regdmn code: 0x52
[ +0.000010] ath: Country alpha2 being used: CN
[ +0.000007] ath: Regpair used: 0x52
[ +0.018252] ieee80211 phy1: Atheros AR9271 Rev:1
[ +0.003395] ath9k_htc 1-1.5:1.0 wlan124: renamed from wlan0
[ +0.029280] ath9k_htc 1-1.5:1.0 wlan1: renamed from wlan124
[ +3.161442] wlan1: authenticate with e8:df:70:e1:d1:fa
[ +0.184374] wlan1: send auth to e8:df:70:e1:d1:fa (try 1/3)
[ +0.006264] wlan1: authenticated
[ +0.006468] wlan1: associate with e8:df:70:e1:d1:fa (try 1/3)
[ +0.008529] wlan1: RX AssocResp from e8:df:70:e1:d1:fa (capab=0x1431 status=0 aid=3)
[ +0.006321] wlan1: associated
[ +0.024750] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ +0.006675] wlan1: Limiting TX power to 20 (20 - 0) dBm as advertised by e8:df:70:e1:d1:fa
[ +14.354142] usb 1-1.5: USB disconnect, device number 6
[ +0.031515] wlan1: deauthenticating from e8:df:70:e1:d1:fa by local choice (Reason: 3=DEAUTH_LEAVING)
[ +0.471877] ath: phy1: RX failed to go idle in 10 ms RXSM=0x80e5b01f
[ +0.011100] ath: phy1: Failed to wakeup in 500us
[ +0.106881] ath: phy1: RX failed to go idle in 10 ms RXSM=0x0
[ +0.012884] ath: phy1: Failed to wakeup in 500us
[ +0.102708] ath: phy1: RX failed to go idle in 10 ms RXSM=0x806014
[ +0.206413] ath: phy1: RX failed to go idle in 10 ms RXSM=0x806014
[ +0.088851] usb 1-1.5: ath9k_htc: USB layer deinitialized
[Dec14 04:40] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: (null)
[73782.121707] Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: set_user_sigmask+0x128/0x128
[73782.133473] CPU: 2 PID: 4219 Comm: rsync Not tainted 5.9.12 #1
[73782.140027] Hardware name: Radxa ROCK Pi S (DT)
[73782.145120] Call trace:
[73782.147895] dump_backtrace+0x0/0x1f0
[73782.152024] show_stack+0x18/0x28
[73782.155763] dump_stack+0xbc/0x118
[73782.159599] panic+0x15c/0x35c
[73782.163047] __stack_chk_fail+0x30/0x40
[73782.167360] set_compat_user_sigmask+0x0/0xc8
[73782.172269] __arm64_sys_pselect6+0x130/0x240
[73782.177179] el0_svc_common.constprop.0+0x70/0x188
[73782.182574] do_el0_svc+0x24/0x90
[73782.186313] el0_sync_handler+0x90/0x198
[73782.190727] el0_sync+0x158/0x180
[73782.194472] SMP: stopping secondary CPUs
[73782.198900] Kernel Offset: disabled
[73782.202829] CPU features: 0x0240002,20002000
[73782.207624] Memory Limit: none
[73782.211081] ---[ end Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: set_user_sigmask+0x128/0x128 ]---The line Code:[Dec14 04:40] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: (null)indicates the access to a USB-NVMe Memory, which is mounted by automount and is being used for rsyncing some slackware mirrors.
This is my first dmesg output I could get so far of this kernel panic.
on my Rock Pi S, running kernel 5.9.12, I get a kernel panic which looks like to be randomly after a longer up time.
Here's a dmesg log from the most recent case: Code:[ +0.102406] ath: phy0: RX failed to go idle in 10 ms RXSM=0x806714
[ +0.206108] ath: phy0: RX failed to go idle in 10 ms RXSM=0x806714
[ +0.102310] usb 1-1.5: ath9k_htc: USB layer deinitialized
[Dec13 09:29] usb 1-1.5: new high-speed USB device number 6 using ehci-platform
[ +0.125717] usb 1-1.5: New USB device found, idVendor=0cf3, idProduct=9271, bcdDevice= 1.08
[ +0.000033] usb 1-1.5: New USB device strings: Mfr=16, Product=32, SerialNumber=48
[ +0.000021] usb 1-1.5: Product: USB2.0 WLAN
[ +0.000022] usb 1-1.5: Manufacturer: ATHEROS
[ +0.000019] usb 1-1.5: SerialNumber: 12345
[ +0.003323] usb 1-1.5: ath9k_htc: Firmware ath9k_htc/htc_9271-1.4.0.fw requested
[ +0.291639] usb 1-1.5: ath9k_htc: Transferred FW: ath9k_htc/htc_9271-1.4.0.fw, size: 51008
[ +0.250937] ath9k_htc 1-1.5:1.0: ath9k_htc: HTC initialized with 33 credits
[ +0.238741] ath9k_htc 1-1.5:1.0: ath9k_htc: FW Version: 1.4
[ +0.000023] ath9k_htc 1-1.5:1.0: FW RMW support: On
[ +0.000024] ath: EEPROM regdomain: 0x809c
[ +0.000008] ath: EEPROM indicates we should expect a country code
[ +0.000008] ath: doing EEPROM country->regdmn map search
[ +0.000009] ath: country maps to regdmn code: 0x52
[ +0.000010] ath: Country alpha2 being used: CN
[ +0.000007] ath: Regpair used: 0x52
[ +0.018252] ieee80211 phy1: Atheros AR9271 Rev:1
[ +0.003395] ath9k_htc 1-1.5:1.0 wlan124: renamed from wlan0
[ +0.029280] ath9k_htc 1-1.5:1.0 wlan1: renamed from wlan124
[ +3.161442] wlan1: authenticate with e8:df:70:e1:d1:fa
[ +0.184374] wlan1: send auth to e8:df:70:e1:d1:fa (try 1/3)
[ +0.006264] wlan1: authenticated
[ +0.006468] wlan1: associate with e8:df:70:e1:d1:fa (try 1/3)
[ +0.008529] wlan1: RX AssocResp from e8:df:70:e1:d1:fa (capab=0x1431 status=0 aid=3)
[ +0.006321] wlan1: associated
[ +0.024750] IPv6: ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready
[ +0.006675] wlan1: Limiting TX power to 20 (20 - 0) dBm as advertised by e8:df:70:e1:d1:fa
[ +14.354142] usb 1-1.5: USB disconnect, device number 6
[ +0.031515] wlan1: deauthenticating from e8:df:70:e1:d1:fa by local choice (Reason: 3=DEAUTH_LEAVING)
[ +0.471877] ath: phy1: RX failed to go idle in 10 ms RXSM=0x80e5b01f
[ +0.011100] ath: phy1: Failed to wakeup in 500us
[ +0.106881] ath: phy1: RX failed to go idle in 10 ms RXSM=0x0
[ +0.012884] ath: phy1: Failed to wakeup in 500us
[ +0.102708] ath: phy1: RX failed to go idle in 10 ms RXSM=0x806014
[ +0.206413] ath: phy1: RX failed to go idle in 10 ms RXSM=0x806014
[ +0.088851] usb 1-1.5: ath9k_htc: USB layer deinitialized
[Dec14 04:40] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: (null)
[73782.121707] Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: set_user_sigmask+0x128/0x128
[73782.133473] CPU: 2 PID: 4219 Comm: rsync Not tainted 5.9.12 #1
[73782.140027] Hardware name: Radxa ROCK Pi S (DT)
[73782.145120] Call trace:
[73782.147895] dump_backtrace+0x0/0x1f0
[73782.152024] show_stack+0x18/0x28
[73782.155763] dump_stack+0xbc/0x118
[73782.159599] panic+0x15c/0x35c
[73782.163047] __stack_chk_fail+0x30/0x40
[73782.167360] set_compat_user_sigmask+0x0/0xc8
[73782.172269] __arm64_sys_pselect6+0x130/0x240
[73782.177179] el0_svc_common.constprop.0+0x70/0x188
[73782.182574] do_el0_svc+0x24/0x90
[73782.186313] el0_sync_handler+0x90/0x198
[73782.190727] el0_sync+0x158/0x180
[73782.194472] SMP: stopping secondary CPUs
[73782.198900] Kernel Offset: disabled
[73782.202829] CPU features: 0x0240002,20002000
[73782.207624] Memory Limit: none
[73782.211081] ---[ end Kernel panic - not syncing: stack-protector: Kernel stack is corrupted in: set_user_sigmask+0x128/0x128 ]---The line Code:[Dec14 04:40] EXT4-fs (sde1): mounted filesystem with ordered data mode. Opts: (null)indicates the access to a USB-NVMe Memory, which is mounted by automount and is being used for rsyncing some slackware mirrors.
This is my first dmesg output I could get so far of this kernel panic.