蜗窝科技

@feibob：硬件配置，不是DT事。 引用一段，供大家参考： • The Device Tree is really a hardware description language. • It should describe the hardware layout, and how it works. • But it should not describe which particular hardware configuration you’re interested in. • As an example: o You may describe in the DT whether a particular piece of hardware supports DMA or not. o But you may not describe in the DT if you want to use DMA or not.

@linglongqion：那这样说来,　就是看Kernel解读这些文件的顺序了?　还是在Kernel中有相应的流程来控制?

@blessed：应该不是DDR的问题。感觉像内核模块起了一个线程，但是在线程运行结束前相关的资源被free了。你可以检查一下代码，看看是否有这样的场景。

@linuxer：Unable to handle kernel paging request at virtual address fffffffe [18358.892308] pgd = 80004000 [18358.895161] [fffffffe] *pgd=47ffe821, *pte=00000000, *ppte=00000000 [18358.903404] Internal error: Oops: 80000007 [#1] PREEMPT SMP [18358.908984] Modules linked in: wl18xx wlcore_sdio wlcore mac80211 cdc_ncm usbnet cfg80211 compat otghub [18358.918532] CPU: 1 Not tainted (3.0.35-2154-g94689e1 #40) [18358.924288] PC is at 0xfffffffe [18358.927442] LR is at get_parent_ip+0x10/0x2c [18358.931722] pc : [<fffffffe>] lr : [<80065af4>] psr: 60000033 [18358.931728] sp : b38a3ea0 ip : 80031d80 fp : 805c6e0c [18358.943220] r10: 8008b3f8 r9 : 00000002 r8 : 00000000 [18358.948450] r7 : 00000000 r6 : ffffffff r5 : 80033ed8 r4 : b60099e4 [18358.954985] r3 : 00000000 r2 : 00000002 r1 : 80597d18 r0 : 00000000 [18358.961519] Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment kernel [18358.969007] Control: 10c53c7d Table: 4421804a DAC: 00000015 [18358.974760] Process kworker/u:2 (pid: 16897, stack limit = 0xb38a22f0) [18358.981294] Stack: (0xb38a3ea0 to 0xb38a4000) ............. [18359.067533] 3fe0: b38a3fe0 b38a3fe0 b3851f00 80085e10 80039b1c 80039b1c 00000000 00000000 [18359.075726] Code: bad PC value 好多次都是这样的log，没有打印相应的calltrace，现在怀疑是DDR的问题，但是没法证明

4 example 3 中既然CPU2 可以看到b == 1, 然后由于CPU0中line2，CPU2一定也可以看到a已经是1了，这样的话assert总是ok的，其他的code对于assert而言似乎是冗余的了，当然也不会产生问题

@blessed：如果能打印出来现场，其实解决kernel panic并不难，最怕无声无息就挂掉了

@legend04：tick的形态有两种： 1、传统的周期性tick 2、dynamic tick，或者称之为tickless dynamic tick当然对功耗是有好处的，但是要求clock event device能够支持one shot mode。如果不能支持，那么就没有办法支持dynamic tick了。 当然，无论是哪种tick形态，进入idle都是必须的。只不过周期性tick即便是系统没有需要的时候仍然周期性的从idle状态中醒来，从而对功耗造成影响，而dynamic tick是根据系统的需要产生tick，在running状态的时候，会周期性的产生tick，而在进入idle的时候，关闭周期性tick。 broadcast on消息的确是在idle driver注册的时候调用一次，而请求broadcast的服务则是在每次进入idle的时候都会产生。

@feibob：看驱动的注册顺序

大佬们，啥时候出个专题讲讲怎么解kernel crash的问题啊

1.手动挂载挂载不上。然后，手动删除该设备节点，然后手动创建一个块设备节点，就可以挂载上。 2.更换一个比较新的busybox后，没有问题。