Chinaunix首页 | 论坛 | 博客
  • 博客访问: 483911
  • 博文数量: 51
  • 博客积分: 1056
  • 博客等级: 少尉
  • 技术积分: 676
  • 用 户 组: 普通用户
  • 注册时间: 2010-11-10 22:53
文章存档

2018年(2)

2017年(1)

2013年(2)

2012年(9)

2011年(36)

2010年(1)

分类: 嵌入式

2010-11-11 11:06:53

做嵌入式Linux移植,最常见也最郁闷的问题,就是自己新做的内核镜像,还没有神马把握,,就要忐忑不安地烧到板子上去测试。这个时候,我宁愿它吐出一堆oops,甚至panic,心里觉得舒坦些。可是它要啥都不吐,那就抓瞎了。
这种情况很纠结,如果足够幸运的情况,就是printk缓冲区的信息准备好了,但是串口console初始化失败或者还没执行,printk内存缓冲区吐不出来造成的。
一般内核开启会打印Linux version 2.6.xx  (gcc version 4.2.2) #47 PREEMPT  这样的linux_banner信息。
见2.3.34.1,start_kernel 函数

printk(KERN_NOTICE "%s", linux_banner);
setup_arch(&command_line);




可以看到,这里是先printk,再setup_arch的。
我这里是powerpc的板子,很可能由于dts的配置导致板子不能识别或串口配置错误等,导致内核连个屁都吐不出来。
而检查dts的内容,是在setup_arch里进行的啊。我就不服气了,凭什么要因为后面函数的原因,导致我前面的printk出不来。

内核早期输出工具early_printk不是所有平台都能用。powerpc特有的早期调试机制,我尝试了半天也没成功。
使用ppc_md.progress ,貌似可以实现powrpc下的早期输出。但是ppc_md.progress的初始化,可是在
void __init chrp_setup_arch(void)
{
...
    rtas_initialize();
    if (rtas_token("display-character") >= 0)
    ppc_md.progress = rtas_progress;
...
}

这里才被初始化的,此时start_kernel 我觉得早就开始执行了。也就是说第一个printk已经使用过,
ppc_md.progress的初始化才开始。

这里,我从Embedded Linux primer上汲取力量,得到一种强大的软件调试手段,让printk的东西吐出来。
前提条件:
1、板子有热重启键,或者其他热重启机制(Linux异常重启,默认时间180秒),或者使用仿真器重启。不过既然有仿真器,那就不用往下看了。
2、执行到了start_kernel 中printk(KERN_NOTICE "%s", linux_banner);这一步内核尚未异常。
3、拥有能够查看内存的bootloader,如 uboot或其前身ppcboot 的md命令。

查看内核的System.map文件,__log_buf这个符号的虚拟地址,如我这里
c032cf48 b __log_buf

将内核虚拟地址转换成物理内存地址很简单,因为大多数嵌入式平台不会使用984M以上的内存,内核虚拟地址仅仅是物理地址的一个线性偏移而已。
我的物理内存基址是0,所以物理内存地址很可能是0x0032cf48

boot内核,等待一会,然后热重启。其实内存上的信息还热乎着呢,马上使用uboot查看
=> md 32cf48
cmdtp 1ffc9b1c ,flag 0 ,argc  2,argv[0] md ,argv[1] 32cf48
0032cf48: 3c363e55 73696e67 204d5043 38333778    <6>Using MPC837x
0032cf58: 20524442 2f574c41 4e206d61 6368696e     RDB/WLAN machin
0032cf68: 65206465 73637269 7074696f 6e0a3c35    e description.<5
0032cf78: 3e4c696e 75782076 65727369 6f6e2032    >Linux version 2
0032cf88: 2e362e33 342e3120 28787940 626e632d    .6.34.1 (xy@bnc-
0032cf98: 79687029 20286763 63207665 7273696f    yhp) (gcc versio
0032cfa8: 6e20342e 322e3320 28536f75 72636572    n 4.2.3 (Sourcer
0032cfb8: 7920472b 2b204c69 74652034 2e322d31    y G++ Lite 4.2-1
0032cfc8: 37312929 20233530 2053756e 204f6374    71)) #50 Sun Oct
0032cfd8: 20313020 32333a35 353a3239 20504454     10 23:55:29 PDT
0032cfe8: 20323031 300a3c37 3e466f75 6e64206c     2010.<7>Found l
0032cff8: 65676163 79207365 7269616c 20706f72    egacy serial por
0032d008: 74203020 666f7220 2f696d6d 72406530    t 0 for /immr@e0
0032d018: 30303030 30302f73 65726961 6c403435    000000/serial@45
0032d028: 30300a3c 373e2020 6d656d3d 65303030    00.<7>  mem=e000
0032d038: 34353030 2c207461 6464723d 65303030    4500, taddr=e000

虽然条件艰苦了点,总比没有强啊。怎么也比点灯调试爽多了。
此方法非常imba,山穷水尽的时候可以一试。
同样适用于arm,之前也尝试成功。当然,最好能有那些牛x昂贵的硬件仿真器。
阅读(1771) | 评论(0) | 转发(1) |
0

上一篇:没有了

下一篇:WARNING: could not set smbboot FDT_ERR_NOSPACE.

给主人留下些什么吧!~~