kdump在内核die或者panic时自动触发，保存第一个内核的现场，跳转到第二个内核执行。但是在启动到第二个内核的工程中概率性启动失败。通过启动打印信息，因为我们的单板是需要定时喂狗的，否则就看门狗溢出直接复位单板。
首先排查到定时器没有触发，那么是软中断没有触发，还是说看门狗的定时器没有初始化成功。结果是软中断没有触发，软中断是通过硬中断来出发的，使用jiffies来计时。通过时钟中断来更新时戳（jiffies）。经过定位发现确实时钟中断没有触发。为什么时钟中断概率性丢失，不触发呢？经过对比kdump加载成功与失败的打印，找到规律：启动成功的内核在复位时是CPU0上；而启动失败的内核在复位时是CPU0外的CPU上。
找到问题自然尝试解决的办法：只要保证复位时运行的CPU是0是否就可以了呢？在kdump的流程把当前线程绑定到CPU0就可以了。修改代码后果然每次kdump都能顺利加载成功。说明果然是必须要把从CPU0加载才可以。问题很清楚了，至于为什么必须绑定到CPU0，那么需要CPU的设计人员解答了。
以上情况都是在hisi的芯片上验证。
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.xiaopingtou.cn//data/attach/topic/topicKPo7gB.jpg', '推荐 u011682673 的文章《linux上ARM单板kdump概率性启动失败》','https://www.xiaopingtou.net/article-70991.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}