嵌入式Linux之Kernel（裁减移植）启动调试技术
嵌入式系统搭建过程中，对于系统平台搭建工程师在完成Bootloader
的调试之后就进入Kernel
裁减移植的阶段，其中最重要的一步是Kernel
启动的调试，在调试Kernel
过程中通常遇到最常见的问题是启动异常:
Uncompressing Linux............................................................
...........................
done, booting the kernel.(
挂死在此处)
导致驱动异常（启动挂死）的原因有很多，如基于EVM
板的
硬件做了修改（如更改了FLASH
空间大小、地址和型号，更改了SDRAM
、DDR SDRAM
空间大小、地址和型号，更改了晶振频率等），板卡ID号不支持等。那么如何进行调试那，其实有两种调试技术比较有效。
Kernel
启动调试技术-
使用printascii()
函数跟踪start_kernel()
有没运行
，在booting the kernel
之后Kernel
最先执行的是start_kernel()
函数，确认start_kernel()
有否执行就是在其开始代码段添加printascii("start_kernel
…")
，如果串口没有打印出start_kernel
…，说明start_kernel()
没有运行，那么可能的原因有Bootloader
配置的启动参数错误、
Kernel
加载到(DDR) SDRAM
的地址不正确，
Kernel
编译时指定的(DDR) SDRAM
运行地址不正确等。这样就需要一项一项排查错误，当错误被排查完毕，通常打印出
start_kernel
…是种必然，如果打印出这仪信息说明
Kernel已
进入到start_kernel()
执行，如果此时有串口启动打印就比较成功了，如果仍然没有打印启动信息，就需要另外一种调试技术。
附代码修改：init/main.c
<<-
…
extern void printascii(const char*);
//
Modify
asmlinkage void __init
start_kernel(void)
{
char *
command_line;
extern struct
kernel_param __start___param[], __stop___param[];
printascii("start_kernel
…");
//
Modify
smp_setup_processor_id();
…
->>
Kernel
启动调试技术-
使用printascii()
函数打印printk()
缓存信息
，如果Kernel已进入到start_kernel()
执行，仍然没有启动信息打印出来，说明串口波特率出问题的可能性比较大，启动信息是暂时缓存到临时buffer--printk_buf
中的，进
相关文档：
Service Discovery Protocol(SDP)提供一种能力，让应用程序有方法发现哪种服务可用以及这种服务的特性。
服务发现协议(SDP或Bluetooth SDP)在蓝牙协议栈中对蓝牙环境中的应用程序有特殊的含意，发现哪个服务是可用的和确定这些可用服务的特征。SDP定义了bluetooth client发现可用bluetooth server服务和它们的特征的方法。 ......
1.概念和区别：
静态库就是在编译过程中一些目标文件的集合。静态库在程序链接的时候使用，链接器会将程序中使用到函数的代码从库文件中拷贝到应用程序中。一旦链接完成，在执行程序的时候就不需要静态库了。
由于每个使用静态库的应用程序都需要拷贝所用函数的代码，� ......
为什么要叫做“十月往昔”呢，是为了纪念我的原博客，http://www.casual0402.cn。
不知道为什么，突然想来一个新的开始——而那个博客存活至今刚好十个月，也有十个月里的文档。
十月往昔，总有一些觉得珍贵的，所以搬迁到这里来。
而这篇文章是在09.04.10里写的。
终归是一家之谈。
Jason Lee
& ......
Linux信号有多种说法。一个进程创建一个信号用于发送给另外一个进程叫做发送一个信号，内核创建一个信号叫做生成一个信号，进程自己向自己发送信号叫做唤起一个信号。不过我看也没必要这么学究气。
信号集--signel set,其实就是将多个信号放在集合中进行集中的处理。POSIX.1定义了sigset_t以包涵一个信号集� ......
1. 查看内核版本命令：
1) [root@q1test01 ~]# cat /proc/version
Linux version 2.6.9-22.ELsmp (bhcompile@crowe.devel.redhat.com) (gcc version 3.4.4 20050721 (Red Hat 3.4.4-2)) #1 SMP Mon Sep 19 18:00:54 EDT 2005
2) [root@q1test01 ~]# uname -a
Linux q1test01 2.6.9-22.ELsmp #1 SMP Mon Sep 19 18:00:54 ......
