嵌入式LINUX的开发经验与教训随笔
1.系统和平台熟悉
在一个新的平台上开发或者移植一款软件的时候，首先应该充分平台或者
操作系统的各种属性，这些属性包括但不仅限于：
1)系统的任务调度，任务间的通信机制
任务调度包括是否是多任务实时操作系统，任务以何种方式存在的，如何添加和管理任务？任务间的优先级如何设置？任务间的优先级设置？任务堆栈？任务间的通信机制包括了解系统提供的通信机制，各种通信机制的优劣，通信细节等等。
案例1：
曾经在某一个平台上做一个软件，创建了多个任务，由于各个任务实现者不一样，一个漫不经心的错误造成了本该是高优先级的任务没有在优先级上体现出来，A，B，C，D4个任务，本来应当是A>B>C>D，结果设置成A>C>B>D，为此debug了一上午
教训：1)多方协作开发事先要把优先级定好，书面文档描述
2)写代码的时候一定要切忌马虎，有时候一些漫不经心的错误会无法估计地增加很多调试时间。即使是测试代码，也要严谨。养成写完代码检查的习惯！
案例2：
代码执行到一个函数突然跑飞，检查函数没有问题，大家都知道，跑飞在嵌入式系统中是很难跟踪定位问题了，只能根据经验不断做实验缩小疑点范围最后发现是该任务堆栈设置太小所致
案例3：
移植一款软件到某一款手机，代码加载上去发现开不了机原因：多个任务的堆栈开销大于系统提供的堆栈资源
2)系统的内存管理
系统采用的是动态内存机制还是静态内存机制，如果是内存分块机制，则需要了解块的划分标准和使用细节。如果是动态内存机制，则需要了解是否有动态内存泄漏的监测工具。在嵌入式系统中，资源是个很大的问题，因此，还需要了解系统总的内存资源是个什么样的情况，本软件或程序又可以使用多大的内存开销。BTW，资源的统计还包括定时器、内务、优先级等。
案例4：
代码执行到某个函数跑飞，该函数由于历史原因是一个嵌套比较深的函数，笔者不是特别熟悉，基本没有用单步，trace或者缩小范围的方法来定位问题。后来想到在熟悉平台的时候做过实验，当申请内存申请不到的情况下，会引起任务挂起。写了段测试代码，果然验证了这个猜测。
教训1)最好不要有多层嵌套的代码啦，非嵌套不可，拜托不要递归，以上两点恶心行为如果都具备了，那千万不要在里面分配动态内存，否则十有八九会搞死人
2)接触一个系统最好是能写个测试程序熟悉一下，不要迷信文档 或者技术支持的话文档里说内存分配失败不�
相关文档：
序 言
由于开发环境需要在linux-2.6内核上进行，于是准备对我的虚拟机上的Linux系统升级。没想到这一弄就花了两天时间(反复装系统，辛苦啊~~)，总算把Linux系统从2.4.20-8内核成功升级到了2.6.18内核。
网上虽然有很多介绍Linux内核升级的文章，不过要么过时，下载链接失效；要么表达不清，不知所云；更可气的 ......
在debian Linux服务器的日志中，dmesg出现类似的信息：
TCP: Treason uncloaked! Peer 202.106.38.7:57824/80 shrinks window 3573023813:3573023814. Repaired.
TCP: Treason uncloaked! Peer 202.106.38.7:57824/80 shrinks window 3573023813:3573023814. Repaired.
TCP: Treason uncloaked! Peer 202.99.99.211:3760 ......
Linux使用从1970年1月1日0时0分0秒起到开机时经过的秒数作为开机时间, 是在main.c和mktime.c中进行初始化的.
1. linux/init/main.c
/*
* read current time from CMOS.
* 访问CMOS需要通过端口0x70, 0x71进行.
* 读数据时,先用OUT指令向0x70发送要读取字节的偏移位置值, 然后用IN指令从0x71读数据. ......
里有一个统计 http://www.remword.com/kps_result/china.php
点击连接进去，可以看能到：
Total patch sets of this kernel release: 157236
5337 person contribute their works to this kernel release.
Averagely, every person committed 29 patch sets.
299(5.60%) Chinese people contribute 6185(3.93%) patch ......
转自：http://blog.chinaunix.net/u/26185/showart_475934.html
和其他内核功能一样，每个网络功能都是内核成员中的一个。因此，它必须合理且公平的使用内存,
CPU和其他共享资源。绝大多数功能并非内核中一段独立的程序，而是根据该功能而或多或少的与内核中其他部分相互影响。因此它们总是试图，尽可能的，使用
类似的� ......
