ExternalVendorCode/openwrt
1
0
Fork 0
mirror of https://github.com/openwrt/openwrt.git synced 2024-12-20 14:13:16 +00:00
Code Issues Actions 1 Packages Projects Releases Wiki Activity
fef79a5dc4
openwrt/target/linux/mpc85xx/patches-5.10
History
Christian Lamparter dd7d4703e9 mpc85xx: backport "fix oops when CONFIG_FSL_PMC=n" 
Martin Kennedy reported:
|Presently, I get this kernel panic on mpc85xx (Aerohive HiveAP 370)
|on OpenWrt 'master' which occurs right as the second processor is
|initialized:
|
|[    0.478804] rcu: Hierarchical SRCU implementation.
|[    0.535569] dyndbg: Ignore empty _ddebug table in a CONFIG_DYNAMIC_DEBUG_CORE build
|[    0.627233] smp: Bringing up secondary CPUs ...
|[    0.681659] kernel tried to execute user page (0) - exploit attempt? (uid: 0)
|[    0.766618] BUG: Unable to handle kernel instruction fetch (NULL pointer?)
|[    0.848899] Faulting instruction address: 0x00000000
|[    0.908273] Oops: Kernel access of bad area, sig: 11 [#1]
|[    0.972851] BE PAGE_SIZE=4K SMP NR_CPUS=2 P1020 RDB
|[    1.031179] Modules linked in:
|[    1.067640] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 5.10.80 #0
|[    1.139507] NIP:  00000000 LR: c0021d2c CTR: 00000000
|[    1.199921] REGS: c1051cf0 TRAP: 0400   Not tainted  (5.10.80)
|[...]
|[    1.758220] NIP [00000000] 0x0
|[    1.794688] LR [c0021d2c] smp_85xx_kick_cpu+0xe8/0x568
|[    1.856126] Call Trace:
|[    1.885295] [c1051da8] [c0021cb8] smp_85xx_kick_cpu+0x74/0x568 (unreliable)
|[    1.968633] [c1051de8] [c0011460] __cpu_up+0xc0/0x228
|[    2.029038] [c1051e18] [c0031bbc] bringup_cpu+0x30/0x224
|[    2.092572] [c1051e48] [c0031f3c] cpu_up.constprop.0+0x180/0x33c
|[..]
|[    2.727952] ---[ end trace 9b796a4bafb6bc14 ]---
|[    3.800879] Kernel panic - not syncing: Fatal exception
|[    3.862353] Rebooting in 1 seconds..
|[    5.905097] System Halted, OK to turn off power
|
|I bisected this down to commit 3ae5da5adc ("kernel: bump 5.10 to 5.10.80");
|that is, I don't get the panic right before this commit, but I do after.

He reported the issue upstream and Xiaoming Ni from huawei came up with
the patch (that is on it's way to upstream). While the AP370 is not in
Openwrt, this will likely affect other SMP P1020 devices OpenWrt ships
with: like the AP330, Enterasys WS-AP3710i, etc.

Reported-by: Martin Kennedy <hurricos@gmail.com>
Tested-by: Martin Kennedy <hurricos@gmail.com>
Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
2021-11-28 01:13:01 +01:00
..
001-powerpc-85xx-add-gpio-keys-to-of-match-table.patch
002-powerpc-85xx-fix-oops-when-CONFIG_FSL_PMC-n.patch mpc85xx: backport "fix oops when CONFIG_FSL_PMC=n" 2021-11-28 01:13:01 +01:00
100-powerpc-85xx-tl-wdr4900-v1-support.patch kernel: bump 5.10 to 5.10.80 2021-11-19 09:40:29 +00:00
101-powerpc-85xx-hiveap-330-support.patch kernel: bump 5.10 to 5.10.80 2021-11-19 09:40:29 +00:00
102-powerpc-add-cmdline-override.patch kernel: bump version 5.10 to 5.10.18 2021-02-24 18:45:59 +01:00
103-powerpc-85xx-red-15w-rev1.patch kernel: bump 5.10 to 5.10.80 2021-11-19 09:40:29 +00:00
104-powerpc-mpc85xx-change-P2020RDB-dts-file-for-OpenWRT.patch kernel: bump 5.10 to 5.10.20 2021-03-05 20:35:01 +01:00
105-powerpc-85xx-panda-support.patch kernel: bump 5.10 to 5.10.80 2021-11-19 09:40:29 +00:00
106-powerpc-85xx-ws-ap3710i-support.patch kernel: bump 5.10 to 5.10.80 2021-11-19 09:40:29 +00:00
900-powerpc-bootwrapper-disable-uImage-generation.patch