完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
|
我在使用内核 5.15.52 的 im8mp 上进入挂起模式时遇到问题
在我的带有内核 5.10.72 的评估板上,一切正常: root@phyboard-pollux-imx8mp-2:~# uname -a Linux phyboard-pollux-imx8mp-2 5.10.72-bsp-yocto-nxp-i.mx8mp-pd22.1.0 #1 SMP PREEMPT Mon Jul 18 13:32:41 UTC 2022 aarch64 GNU/Linux root@phyboard-pollux-imx8mp-2:~# echo mem > /sys/power/state [ 96.834546] PM: suspend entry (deep) [ 96.849167] Filesystems sync: 0.011 seconds [ 96.924803] Freezing user space processes ... (elapsed 0.001 seconds) done. [ 96.933169] OOM killer disabled. [ 96.936405] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 97.242436] PM: suspend devices took 0.296 seconds [ 97.249991] Disabling non-boot CPUs ... [ 97.254351] CPU1: shutdown [ 97.257081] psci: CPU1 killed (polled 0 ms) [ 97.262697] CPU2: shutdown [ 97.265439] psci: CPU2 killed (polled 0 ms) [ 97.271018] CPU3: shutdown [ 97.273734] psci: CPU3 killed (polled 0 ms) 在与内核 5.15.52 相同的评估板上,它在“PM:暂停设备...”之后卡住 root@ /home/user$ uname -a Linux hmi 5.15.52 #1 SMP PREEMPT Mon Jan 9 14:24:04 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux root@ /home/user$ echo mem > /sys/power/state [ 455.034722] PM: suspend entry (deep) [ 455.042950] Filesystems sync: 0.004 seconds [ 455.115887] Freezing user space processes ... (elapsed 0.001 seconds) done. [ 455.124559] OOM killer disabled. [ 455.127795] Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done. [ 455.138435] imx-dwmac 30bf0000.ethernet eth1: Link is Down [ 455.144013] imx-dwmac 30bf0000.ethernet eth1: FPE workqueue stop [ 455.215416] fec 30be0000.ethernet eth0: Link is Down [ 455.266494] PM: suspend devices took 0.132 seconds 看起来cpu没有达到suspend模式。 大约 50 秒后,其他信息被打印到控制台: [ 550.390404] rcu: INFO: rcu_preempt detected stalls on CPUs/tasks: [ 550.396515] rcu: 0-...0: (5 ticks this GP) idle=c5b/1/0x4000000000000000 softirq=6921/6922 fqs=2625 [ 550.405740] (detected by 2, t=5252 jiffies, g=8085, q=2) [ 550.411139] Task dump for CPU 0: [ 550.414367] task:bash state:R running task stack: 0 pid: 970 ppid: 969 flags:0x0000020e [ 550.424286] Call trace: [ 550.426729] __switch_to+0x108/0x160 [ 550.430316] schedule+0x74/0x110 一段时间后系统重置。 关于如何调试它的任何想法。或者我可以使用什么工具来查找原因?我不知道如何隔离问题。 |
|
相关推荐
|
|
只有小组成员才能发言,加入小组>>
2135个成员聚集在这个小组
加入小组我的项目我做主,使用GN+Ninja来完成构建系统(VSCode开发RT106X)
37376 浏览 0 评论
NXP IMX8应用处理器快速入门必备:技巧、使用、设计指南
6775 浏览 1 评论
7793 浏览 1 评论
7642 浏览 0 评论
NXP i.MX6UL开发板(linux系统烧录+规格+硬件+模块移植)使用手册
5071 浏览 0 评论
1556浏览 2评论
关于NINA-W132 Wi-Fi模块SPI通信遇到的疑问求解
1207浏览 2评论
如何在MPC PowerPC MCU上首次刷写后禁用BDM?
749浏览 1评论
将HFREFR和LFREFR寄存器值设置为错误的值来将故障注入CMU,但CMU_ISR值始终为零,为什么?
735浏览 1评论
将SPSDK for FRDM-MCX-W71 SDK与VS一起安装时出现hidapi构建错误怎么解决?
678浏览 1评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-1 20:30 , Processed in 0.807222 second(s), Total 72, Slave 55 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
567