嵌入式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中tty、pty、pts的概念区别
基本概念：
1> tty(终端设备的统称):
tty一词源于Teletypes，或者teletypewriters，原来指的是电传打字机，是通过串行线用打印机键盘通过阅读和发送信息的东西，后来这东西被键盘与显示器取代，所以现在叫终端比较合适。
终端是一种字符型设备，它有多种类型，通常使用tty来简称各种 ......
管道是Linux中很重要的一种通信方式,是把一个程序的输出直接连接到另一个程序的输入,常说的管道多是指无名管道,无名管道只能用于具有亲缘关系的进程之间，这是它与有名管道的最大区别。
有名管道叫named pipe或者FIFO(先进先出)，可以用函数mkfifo()创建。
Linux管道的实现机制
在Linux中，管道是一种 ......
当上层准备好一个包之后，交给下面这个函数处理
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; ......
第一次在Linux下编程。呵呵
在网上搜索了一下怎么样在Linux下编程。说是用Gedit写好代码，然后保存.c格式文件。然后到终端编译。
打开Gedit.老规矩，先来个Hello.c
#include <stdio.h>
main()
{
printf("Hello~!Vimo~~\n\n");
}
保存。然后打开终端。
编译是什么命令？没办法，问下同学。阿灵告诉我： ......
