linux kernel 重启问题分析

godwww 2015-09-06 03:02:25
本人使用I2c iotcl做了60字节的i2c dma write,结果出现了死机重启现象
如下是我的log分析
[ 506.779972] (2)[3980:cxdish][cxdish1]ioctl txbuf[63] = 0x28
<6>[ 506.781793] (2)[3980:cxdish][cxdish1]ioctl dma write succes
<6>[ 506.781816] (2)[3980:cxdish][cxdish1]i = 1
<6>[ 506.781829] (2)[3980:cxdish][cxdish1]kfree rdwr_pa[d%].buf
<6>[ 506.781851] (2)[3980:cxdish][cxdish1]kfree data_ptrs
<6>[ 506.781870] (2)[3980:cxdish][cxdish1]kfree rdwr_pa
<6>[ 506.781889] (2)[3980:cxdish][cxdish1]ioctl rdrw ok!!
<4>[ 506.781910] -(2)[3980:cxdish][KERN Warning] Some Kernel ERROR or WARN occur and Force debug_lock off!
<4>[ 506.781930] -(2)[3980:cxdish][KERN Warning] check below backtrace first:
<4>[ 506.781946] -(2)[3980:cxdish]Backtrace:
<4>[ 506.781995] -(2)[3980:cxdish][<c00128e4>] (dump_backtrace+0x0/0x114) from [<c07e961c>] (dump_stack+0x20/0x24)
<4>[ 506.782016] -(2)[3980:cxdish] r6:c09b1100 r5:c0b82048 r4:c781e000 r3:271ae95f
<4>[ 506.782082] -(2)[3980:cxdish][<c07e95fc>] (dump_stack+0x0/0x24) from [<c02ea9fc>] (debug_locks_off+0x50/0x78)
<4>[ 506.782118] -(2)[3980:cxdish][<c02ea9ac>] (debug_locks_off+0x0/0x78) from [<c0052a08>] (oops_enter+0x1c/0x38)
<4>[ 506.782153] -(2)[3980:cxdish][<c00529ec>] (oops_enter+0x0/0x38) from [<c0012b28>] (die+0x40/0x2f0)
<4>[ 506.782189] -(2)[3980:cxdish][<c0012ae8>] (die+0x0/0x2f0) from [<c0012e00>] (arm_notify_die+0x28/0x60)
<4>[ 506.782223] -(2)[3980:cxdish][<c0012dd8>] (arm_notify_die+0x0/0x60) from [<c0008244>] (do_undefinstr+0xc4/0x1d4)
<4>[ 506.782257] -(2)[3980:cxdish][<c0008180>] (do_undefinstr+0x0/0x1d4) from [<c07f9d94>] (__und_svc_finish+0x0/0x2c)
<4>[ 506.782279] -(2)[3980:cxdish]Exception stack(0xc781fd70 to 0xc781fdb8)
<4>[ 506.782301] -(2)[3980:cxdish]fd60: 00000000 00000002 28006080 271ae95f
<4>[ 506.782327] -(2)[3980:cxdish]fd80: ccc06400 c0b82048 00000000 ffffffff ccc063e0 ccc06b00 00000040 c781fe04
<4>[ 506.782351] -(2)[3980:cxdish]fda0: c781fe08 c781fdf8 c05662f0 c0052754 200f0013 ffffffff
<4>[ 506.782385] -(2)[3980:cxdish][<c0052740>] (__stack_chk_fail+0x0/0x18) from [<c05662f0>] (i2cdev_ioctl_rdrw+0xfc/0x498)
<4>[ 506.782420] -(2)[3980:cxdish][<c05661f4>] (i2cdev_ioctl_rdrw+0x0/0x498) from [<c0566844>] (cxdish_i2cdev_ioctl+0x1b8/0x21c)
<4>[ 506.782459] -(2)[3980:cxdish][<c056668c>] (cxdish_i2cdev_ioctl+0x0/0x21c) from [<c0193e14>] (do_vfs_ioctl+0x94/0x5bc)
<4>[ 506.782479] -(2)[3980:cxdish] r6:00000003 r5:ca3bf000 r4:00000000
<4>[ 506.782534] -(2)[3980:cxdish][<c0193d80>] (do_vfs_ioctl+0x0/0x5bc) from [<c01943b8>] (sys_ioctl+0x7c/0x8c)
<4>[ 506.782569] -(2)[3980:cxdish][<c019433c>] (sys_ioctl+0x0/0x8c) from [<c000e480>] (ret_fast_syscall+0x0/0x40)
<4>[ 506.782589] -(2)[3980:cxdish] r8:c000e704 r7:00000036 r6:b6f20118 r5:b6f20178 r4:00000000
<4>[ 506.782650] -(2)[3980:cxdish]------------[ cut here ]------------
<2>[ 506.782669] -(2)[3980:cxdish]kernel BUG at /home/wuyongjun/workdir/MT8127/kernel/kernel/panic.c:481!
<0>[ 506.782689] -(2)[3980:cxdish]Internal error: Oops - BUG: 0 [#1] PREEMPT SMP ARM
<4>[ 506.782708] -(2)[3980:cxdish]Send IPI to stop CPUs...
<2>[ 506.782732] -(1)[1258:FinalizerDaemon]
<2>[ 506.782739] -(1)[1258:FinalizerDaemon] CPU1: stopping and cpu_relax,state:1
个人感觉好像是这个do_vfs_ioctl出错了,如果是这样的话,一般什么情况会导致这种情况?
...全文
647 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
godwww 2015-09-07
  • 打赏
  • 举报
回复
大神,受教了,听了你的建议我把栈上的局部变量用mollac写到堆上,果然有用,不重启了,大神我关注你一个
nswcfd 2015-09-06
  • 打赏
  • 举报
回复
__stack_chk_fail:大概是指内核栈上的局部变量太多,超过1~2个page了。
内容概要:本文提出了一种基于改进扩散模型的高海拔地区新能源高波动出力场景生成方法,并提供了完整的Python代码实现。该方法针对高海拔地区风能、光伏等新能源出力波动剧烈、不确定性高的特点,通过优化扩散模型的结构与训练策略,有效捕捉历史数据的概率分布特征与时序相关性,从而生成高质量、多样化的出力场景。文中详细阐述了模型的数学推导、网络架构设计、损失函数优化及采样算法改进,并通过实验证明其在拟合精度、场景多样性与稳定性方面优于传统生成模型,为电力系统在高比例新能源接入下的规划、调度与风险评估提供了可靠的场景输入支持。; 适合人群:具备一定Python编程能力和机器学习基础,从事新能源发电预测、电力系统分析、智能优化、场景生成等方向研究的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①用于高海拔地区风电、光伏出力的不确定性建模与多场景生成;②支撑含高渗透率新能源的电力系统随机优化调度、鲁棒决策与风险评估;③为相关学术研究、论文复现与算法改进提供可运行的技术方案与代码基础; 阅读建议:建议读者结合所提供的完整资源(代码、数据集、说明文档)进行实践操作,重点关注扩散模型的前向加噪与反向去噪过程的设计细节,以及如何将其适配于新能源时序数据的生成任务,通过参数调优与对比实验深入理解模型的生成机制与性能边界。
内容概要:本文围绕基于静态约束法的配电网电动汽车接入容量评估展开研究,提出了一种在新型电力系统背景下评估主动配电网对电动汽车承载能力的方法。研究通过构建数学模型,结合潮流计算与关键约束条件(如电压越限、线路过载等),量化分析配电网可承受的最大电动汽车充电负荷容量,旨在识别规模化电动汽车接入带来的潜在运行风险,并为电网规划与运行提供科学依据。文中配套提供了完整的Matlab代码实现,便于仿真验证与结果复现。此外,该研究与分布式光伏承载力评估、电动汽车可调能力分析等方向形成技术联动,展现了多主题协同的研究体系。; 适合人群:具备电力系统分析基础理论知识及Matlab编程能力的高校研究生、科研机构研究人员,以及从事新能源并网、智能配电网规划与运行等相关领域的工程技术人员。; 使用场景及目标:①用于学术研究中的模型复现与论文撰写支撑;②评估实际配电网中电动汽车大规模接入的可行性与安全边界,指导充电基础设施布局;③作为高校教学案例,帮助学生深入理解电网承载力评估的核心原理、建模方法与仿真技术; 阅读建议:建议结合文中提及的相关研究方向(如二阶锥规划、多面体聚合方法等)进行对比学习,充分利用所提供的Matlab代码与网盘资料开展仿真实验,重点关注约束条件的设定逻辑与潮流计算模块的实现细节,以深化对评估模型机理与工程应用价值的理解。
内容概要:本文围绕“考虑隐私保护的分布式联邦学习电力负荷预测研究”展开,提出了一种基于Python实现的联邦学习框架,旨在解决居民或行业电力负荷预测中用户电表数据隐私泄露的风险。该研究通过构建分布式机器学习模型,使各参与方在不共享原始数据的前提下协同训练全局模型,有效实现了数据“可用不可见”。文中详细阐述了联邦学习的整体架构设计、本地模型训练流程、参数加密传输与安全聚合机制,并结合差分隐私等技术进一步增强系统的隐私保护能力。同时,研究利用真实电力负荷数据集进行了实验验证,展示了方法在预测精度与隐私保障之间的良好平衡,并提供了完整的代码实例与复现指南,便于后续研究与应用拓展。; 适合人群:具备一定机器学习基础和电力系统背景知识,从事智慧能源、隐私计算或人工智能相关方向研究的研究生、科研人员及工程技术人员。; 使用场景及目标:① 实现跨区域、跨主体的电力负荷协同预测,打破数据孤岛;② 在确保用户用电数据隐私安全的前提下提升负荷预测准确性;③ 推动联邦学习在智能电网、需求响应、虚拟电厂等场景中的实际部署与应用。; 阅读建议:建议结合文中提供的Python代码与网盘资料进行动手实践,重点关注联邦学习的通信轮次设计、模型聚合算法(如FedAvg)的实现细节以及差分隐私噪声添加策略,深入理解其对模型性能与隐私强度的影响,为进一步优化与创新奠定基础。
VDA_Band_19.1_3rd edition_2026 English Inspection of Technical Cleanliness 内容概要:本文档为德国汽车工业协会(VDA)发布的第三版《技术清洁度检验:功能相关汽车部件的颗粒污染检测》(VDA 19.1),系统规范了汽车行业中零部件技术清洁度的检测方法与流程。文件涵盖从取样、提取、过滤到分析的全流程标准化操作,重点更新了干法提取(如 Stamp Test 和刷吸法)、小于50µm颗粒的检测、光学子系统和SEM/EDX标准分析方法,并引入统一材料分类体系以提升结果可比性。同时明确了“标准分析”与“自由检验”的区别,前者用于高兼容性检测,后者允许客户与供应商协商定制参数。文档还强化了对非可测组件的技术清洁保障、测量不确定度评估及方法验证的要求,并提供了多个实际案例支持应用落地。; 适合人群:适用于汽车制造业中从事质量控制、工艺开发、供应商管理及相关检测实验室的技术人员和管理人员,尤其适合具备一定质量管理或洁净度检测基础的专业人员。; 使用场景及目标:①用于制定和执行零部件清洁度检测标准;②指导 incoming/outgoing 检验及生产过程监控;③支持失效分析与质量改进项目;④作为企业内部审核和技术交流的依据; 阅读建议:建议结合VDA 19.2及其他相关标准配套使用,重点关注各章节中的起始参数设定、方法选择逻辑及附录中的检查表示例,在实际操作中同步开展方法验证与人员培训,确保检测结果的有效性和可追溯性。

1,323

社区成员

发帖
与我相关
我的任务
社区描述
主要是开发驱动技术
社区管理员
  • 驱动程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧