【问题标题】:Is this an issue in kernel or application?这是内核或应用程序中的问题吗?
【发布时间】:2015-12-04 05:18:12
【问题描述】:

我遇到了内核崩溃:

无法处理内核对地址 0x00000000 数据的分页请求

故障指令地址:0x8003337c

糟糕:BAD 区域的内核访问,sig:11 [#1]

MPC8536 DS

模块链接在:dsrmux(P) dsrnet(P) ds1631 iom_cpld ltc1840 moc_ipsec

moc_memdrv musart mvKernelExt mvPpDrv pca9505 pca9548 pca9554 phoenix_cpld sfp

NIP:8003337c LR:8003342c CTR:801c7604

REGS:aefd1b10 陷阱:0300 污染:P (2.6.29.6)

MSR:00021200 CR:28004828 XER:20000000

亲爱的:00000000,ESR:00000000

TASK = aefc5f10[1052] 'INOS-MSR' 线程:aefd0000

GPR00: 8003342c aefd1bc0 aefc5f10 81801988 00000003 00000001 00000000 aefd1c18 GPR08: 00000068 00000000 af207400 81800060 00000068 11e8c26c af692640 00000000 GPR16:804b1408 aefd1c80 00000000 000006d2 aee06e80 af6926d8 00000000 0000092e GPR24:00000003 00000068 00000001 00000001 81801988 fffffff4 0000773a aefd1bc0 NIP [8003337c] __wake_up_common+0x38/0xb4

LR [8003342c] __wake_up+0x34/0x50

:内核崩溃报告在 0x386e618d,调用跟踪:

===========

当设备发生洪水时会发生这种情况。 我需要帮助才能开始这件事。该框运行具有许多线程的应用程序(应用程序以root身份运行),其中一个线程(https服务器)处理数据包。稍等片刻(比如 3 分钟)后,控制台打印并重新启动。

我不确定这是内核(调度程序?)空间中的问题还是错误的应用程序/线程问题?从表面上看,这似乎是一个内核问题。如何进行?

【问题讨论】:

  • 这是内核问题(单独的应用程序不能导致内核崩溃)。如果设备涉及该崩溃报告,您可以将此报告发送给设备驱动程序的作者,或在他的 bugtracker 上填写报告。

标签: multithreading linux-kernel kernel


【解决方案1】:

这是发生在内核中的 NULL 指针取消引用错误。 可能是设备驱动程序有问题,也可能是内核通用错误。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-10-25
    • 2017-07-17
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-10-09
    相关资源
    最近更新 更多