如果真的需要访问NetWare文件系统，就选y或者m。
20）Partion Types 分区类型
一般用不上；要用请参看帮助。
21）Console drivers 控制台驱动
VGA text console（CONFIG_VGA_CONSOLE）[Y/n/ ]
用VGA模式下用文本方式操作Linux，一般选y。
Video mode selection support（CONFIG_VIDEO_SELECT）[N/y/ ]
大多数系统都不需要这项功能。
22）Sound 声音
Sound card support（CONFIG_SOUND）[N/y/m/ ]
如果系统中安装了声卡，就选y（或者m），然后查看帮助。
23）Kernel hacking 内核监视
kernel hacking往往会生成非常大或者非常慢（甚至又大又慢）的内核，甚至会引起内核工作不稳定。如果一定要选，那么也最好不要选其中的"development"、"experimental"、"debugging"项。
2 深入理解uboot
解析：Uboot是嵌入式系统中最常用的bootloader，
1什么是ubuoot
uboot可以再很多种cpu架构上运行，同时也支持很多开发板，但是每种cpu架构之间有差别，或者开发板的资源不同，假如在某款开发板上能正常引导启动操作系统的话，并不意味着在其他款就能引导启动，建立一款统一的bootloader几乎是不可能的，但是经过大师们的努力，能够实现通过简单的配置改动，就可以实现引导启动很多操作系统（也就是bootloader移植）（uboot是bootloader中的一种，因为其源码是公开的，广受欢迎）！
2 uboot的体系结构
1 目录树
|--board
|--common
|--cpu
|--disk
|--doc
|--drivers
|--dtt
|--examples
|--fs
|--include
|--lib_arm
|--lib_generic
|--net
|--post
|--rtc
|--tools
1. board：和一些已有开发板有关的文件. 每一个开发板都以一个子目录出现在当前目录中，比如说: leopard2a子目录中存放与我们开发板相关的配置文件.
2. common：实现uboot命令行下支持的命令，每一条命令都对应一个文件。例如bootm命令对应就是cmd_bootm.c。
3. cpu：与特定CPU架构相关目录，每一款Uboot下支持的CPU在该目录下对应一个子目录，比如有子目录arm926ejs就是我们开发板上使用的cpu架构目录。
4. disk：对磁盘的支持。
5. doc：文档目录。Uboot有非常完善的文档，推荐大家参考阅读。
7. fs: 支持的文件系统，Uboot现在支持cramfs、fat、fdos、jffs2和registerfs。
8. include：Uboot使用的头文件，还有对各种硬件平台支持的汇编文件，系统的配置文件和对文件系统支持的文件。该目录下configs目录有与开 发板相关的配置头文件，如leopard2a.h。该目录下的asm目录有与CPU体系结构相关的头文件，asm对应的是asmarm.
9. lib_xxxx: 与体系结构相关的库文件。如与ARM相关的库放在lib_arm中。
10. net：与网络协议栈相关的代码，BOOTP协议、TFTP协议、RARP协议和NFS文件系统的实现。
11. tools：生成Uboot
的工具，如：mkimage, crc等等
2、uboot的运行过程分析
2.1 启动模式介绍
大多数 Boot Loader 都包含两种不同的操作模式："启动加载"模式和" 下载"模式，这种区别仅对于开发人员才有意义。但从最终用户的角度看，Boot Loader 的作用就是用来加载操作 系统，而并不存在所谓的启动加载模式与下载工作模式的区别。
启 动加载（Boot loading）模式：这种模式也称为"自主"（Autonomous）模式。也即 Boot Loader 从目标机上的某个固态存储设备上将操作系统加载到 RAM 中运行，整个过程并没有用户的介入。这种模式是 BootLoader 的正常工作模式，因此在嵌入式产品发布的时侯，Boot Loader 显然必须工作在这种模式下。
下载（Downloading）模 式：在这种模式下，目标机上的 Boot Loader 将通过串口连接或网络连接等通信手段从主机（Host）下载文件，比如：下载内核映像和根文件系统映像等。从主机下载的文件通常首先被 BootLoader 保存到目标机的 RAM 中，然后再被 BootLoader 写到目标机上的FLASH 类固态存储设备中。BootLoader 的这种模式通常在第一次安装内核与根文件系统时被使用；此外，以后的系统更新也会使用 BootLoader 的这种工作模式。工作于这种模式下的 Boot Loader 通常都会向它的终端用户提供一个简单的命令行接口。
UBoot这样功能强大的 Boot Loader 同时支持这两种工作模式，而且允许用户在这两种工作模式之间进行切换。
2.2 运行过程
大 多数bootloader都分为阶段1(stage1)和阶段2(stage2)两大部分，uboot也不例外。依赖于CPU体系结构的代码（如CPU初 始化代码等）通常都放在阶段1中且通常用汇编语言实现，而阶段2则通常用C语言来实现，这样可以实现复杂的功能，而且有更好的可读性和移植性。
U - Boot 编译后的代码定义一般不超过100kB ,并且这100 kB 又分成两个阶段来执行. 第一阶段的代码在start . s 中定义,大小不超过10 kB ,它包括从系统上电后在0x00000000 地址开始执行的部分. 这部分代码运行在Flash 中,它包括对arm926ejs的一些寄存器的初始化和将U - Boot 的第二阶段代码从Flash 拷贝到SDRAM 中. 除去第一阶段的代码,剩下的部分都是第二阶段的代码. 第二阶段的起始地址是在第一阶段代码中指定的,被复制到SDRAM后,就从第一阶段跳到这个入口地址开始执行剩余部分代码. 第二阶段主要是进行一些BSS 段设置,堆栈的初始化等工作,最后会跳转到main -loop 函数中,接受命令并进行命令处理. 图1 给出了U - Boot 的详细的运行过程包括对内核的设置、装载及调用过程。
系统复位进入u-boot stage l的入口点硬件设备的初始化为加载uboot stage 2准备ram空间设置好堆栈跳转到stage 2的C入口点初始化本阶段要用到的设备检查内存映射将kernel映像和文件映像从flash中读到ram中为内核设定启动参数调用内核
2.3 本开发板的地址分布（leopard2a）
本目标板是RAM 16M， Flash 8M，具体空间如图所示：
1F12FFFF
Uboot
Uboot_env
Kernel
Rootfs
1F000000
1F020000
1F01FFFF
1F02FFFF
1F030000
1F130000
1F7EFFFF
Ke