嵌入式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下的ed 编辑器
ed 编辑器是 Linux 操作系统下最简单的文本编辑器。它是以行为单位对文件进行编辑的编辑器，而不像 MS-DOS 系统下的 edit 那样是以整个屏幕框架为单位对文件进行编辑的。因此，如果你已经习惯了使用 edit 这种风格的编辑器，那么你可能需要一段时间才能习惯 ed 的风格。但是这并不重要，因为 ed 的简� ......
管道是Linux中很重要的一种通信方式,是把一个程序的输出直接连接到另一个程序的输入,常说的管道多是指无名管道,无名管道只能用于具有亲缘关系的进程之间，这是它与有名管道的最大区别。
有名管道叫named pipe或者FIFO(先进先出)，可以用函数mkfifo()创建。
Linux管道的实现机制
在Linux中，管道是一种 ......
假定你会C语言，而且明白C语言面向对象编程的schme，对操作系统（包括调度，内存分配，分页，同步，etc）比较了解。那么你可以按照如下顺序学习Linux 内核。
1.看Linux Device Driver这本书。这是为了让你懂得编译内核模块的方法。还有为Linux各种设备留下一些印象。同时一遍看书一边看某些设备的源代� ......
ssh常用命令
目录：
1. Basic Instructions /基本指令
2. wget /下载工具
3. Crontab /定时任务
4. tar/tar.gz /压缩文件
5. vi /编辑器
1. Basic Instructions基本操作命令
通常来说，使用"$[Instructions] --help"可以获得以下各个命令[instructions]的帮助，包含其参数列表的定义。
-ls 列出当前文件夹 ......
当上层准备好一个包之后，交给下面这个函数处理
int dev_queue_xmit(struct sk_buff *skb)
{
struct net_device *dev = skb->dev;
struct netdev_queue *txq;
struct Qdisc *q;
int rc = -ENOMEM;
/* GSO will handle the following emulations directly. */
if (netif_needs_gso(dev, skb))
goto gso; ......
