u32 __le32_to_cpu(u32);//与上面相反

数据对齐
      如果需要访问未对齐的数据，则应该使用下面的宏：
      #include<asm/unaligned.h>
       get_unaligned(ptr);
        put_unaligned(val,ptr);

内核通用链表
         操作系统内核经常需要维护数据结构。内核有标准的循环链表、双链表的实现。在<linux/list.h>文件中定义了一个list_head类型简单结构：
          struct list_head(
                    struct list_head *next,*prev;
          };

hlist哈希链表
          在include/linux/list.h中有list链表与hlist哈西链表结构的定义

RCU操作保护的链表
          RCU（Read-Copy  Update）通过延迟写操作来提高同步性能，具体参见第3章。RCU常用来保护读操作占多数的链表与数组。具有RCU的链表的操作函数与普通链表操作函数的区别是在函数名后加上了_rcu，如list_for_each_rcu函数。

AT&T的汇编格式
       基本的行内汇编一般是按照格式：asm("statements"),如asm("nop"),asm("cli"),asm与_asm_是完全一样的。如果有多行汇编，则每一行都要加上引号“”。

内核中的时间延迟
              操作系统通过时钟中断来确定时间间隔。时钟中断由系统硬件以周期性的间隔产生，这个间隔由内核根据Hz值设定，在文件<linux/param.h>中定义。

     

/**********************add by lfc*************************************/
static struct s3c2410_hcd_info usb_sbc2410_info = {
       .port[0]        = {
               .flags  = S3C_HCDFLG_USED
       }
};

int usb_sbc2410_init(void)
{
unsigned long upllvalue = (0x78<<12)|(0x02<<4)|(0x03);
printk("USB Control, (c) 2006 sbc2410\n");
s3c_device_usb.dev.platform_data = &usb_sbc2410_info;
while(upllvalue!=__raw_readl(S3C2410_UPLLCON))
{
__raw_writel(upllvalue,S3C2410_UPLLCON);
mdelay(1);
}
return 0;
}

/***************************end add**********************/

static void __init smdk2410_map_io(void)
{
s3c24xx_init_io(smdk2410_iodesc, ARRAY_SIZE(smdk2410_iodesc));
s3c24xx_init_clocks(0);
s3c24xx_init_uarts(smdk2410_uartcfgs, ARRAY_SIZE(smdk2410_uartcfgs));
s3c24xx_set_board(&smdk2410_board);
/*************************add by lfc****************************/
       usb_sbc2410_init();
/*************************end add*******************************/
}

上面的修改其实也参考了这个牛贴一下，里面有大虾们对USB驱动移植的讨论，还不错：
http://www.linuxforum.net/forum/showflat.php?Cat=&Board=embedded&Number=556915&page=0&view=collapsed&sb=5&o=0&fpart=

其实到了这里，要修改的代码已经修改完了，比添加Nand flash的支持修改的地方还要少^_^，不过我一直以为还没修改好，最后发现原来是没配置好~_~

二、内核配置
下面说一下郁闷了我好一阵子的内核配置（支持USB）问题，这个就比Nand flash的配置要复杂多了。
１、让内核支持热插拔
│                General setup  --->  
 │ │[*] Support for hot-pluggable devices

２、USB驱动设置，可能有些不选也行，不过没时间去试，至于为什么要选这些选项的话可以看一下这个贴（Linux下的硬件驱动——USB设备）：
http://www-128.ibm.com/developerworks/cn/linux/l-usb/index1.html

 │ │                Device Drivers  --->
│ │              Generic Driver Options  --->          
│<*> Hotplug firmware loading support    
 │ │              Block devices  --->  
 │ │              <*> Low Performance USB Block driver  
 │ │              SCSI device support  --->  
 │ │  <*>   SCSI generic support  
│ │  [*]   Probe all LUNs on each SCSI device    
 │ │              USB support  --->        
 │ │<*> Support for Host-side USB    
│ │[*]   USB device filesystem
 │ │<*>   OHCI HCD support  
│ │<*>   USB Mass Storage support
 │ │[*]   USB Monitor

３、加入了MSDOS fs和VFAT fs的支持。

 │ │                File systems  --->      
 │ │        DOS/FAT/NT Filesystems  --->  
 │ ┌─────────────────────────────────────────────────────────────────────┐ │
 │ │                 <*> MSDOS fs support                                │ │
 │ │                 <*> VFAT (Windows-95) fs support                    │ │
 │ │                 (936) Default codepage for FAT                      │ │
 │ │                 (cp936) Default iocharset for FAT                   │ │
 │ │                 < > NTFS file system support

做完这些后，插入u盘后，内核应该可以识别到u盘，出现：
usb 1-1: new full speed USB device using s3c2410-ohci and address 3
ub(1.3): GetMaxLUN returned 0, using 1 LUNs

但是，还有下面一句出错提示：
/dev/ub/a: unknown partition table

再次查看了贴子上大虾们的讨论，提到：“使能CONFIG_MSDOS_PARTITION选项”，再仔细查找，发现配置选项如下：
│ │                File systems  --->
│ │                Partition Types  --->  
 │ │     [*]   PC BIOS (MSDOS partition tables) support
加上这个后应该就可以挂载usb上的MSDOS分区了

以下是我的内核插入u盘后的提示信息：
usb 1-1: new full speed USB device using s3c2410-ohci and 2
ub(1.2): GetMaxLUN returned 0, using 1 LUNs
/dev/ub/a: p1
表示usb设备已经挂载到/dev/ub/a/part1设备文件下

4.加入中文字体库（可惜在我的板上还是没能正常显示中文~_~，知道的朋友麻烦告诉我一声，大家一起探讨）
 │ │        Native Language Support  --->    
 │ │<*>   Simplified Chinese charset (CP936, GB2312)  
 │ │<*>   NLS UTF8

以下是挂载usb设备后的显示：
[root@luofuchong /]# mount -t vfat -o iocharset=cp936 /dev/ub/a/part1 /mnt
[root@luofuchong /]# ls /mnt
cramfs-1.1.tar.gz        netkit-base-0.17.tar.gz  thttpd-2.25b.tar.gz
lfc                      settings.dat             . . I. ..  . .txt

usb设备的挂载点比较特别，在我移植的系统中是：/dev/ub/a/part1。刚开始我不知 道，以为/dev/ub/a就是了，结果当然挂载不了，差点就重编内核了，所以如果内核提示挂载usb设备成功的话，最好进入对应的目录仔细看清楚。如果 是当成SCSI设备的话挂载点就在/dev/scsi/host0/bus0/target0/lun0之类吧。其实插入u盘的时候都有提示，自己看着办 吧。

#mkdir fs/yaffs
#cp *.c(yaffs source code) fs/yaffs
2.修改fs/Kconfig，使得可以配置yaffs :
source "fs/yaffs/Kconfig"
3．修改fs/makefile，添加如下内容：
obj-$(CONFIG_YAFFS_FS)          += yaffs/
4.在fs目录下生成yaffs目录，并在里面生成一个makefile 和Kconfig
Makefile 内容为：
yaffs-objs := yaffs_fs.o yaffs_guts.o yaffs_mtdif.o yaffs_ecc.o
EXTRA_CFLAGS += $(YAFFS_CONFIGS) -DCONFIG_KERNEL_2_6
Kconfig内容为：
#
# YAFFS file system configurations
#
config YAFFS_FS
 tristate "Yet Another Flash Filing System(YAFFS) file system support"
 help
   YAFFS, for Yet Another Flash Filing System, is a filing system
   optimised for NAND Flash chips.

   To compile the YAFFS file system support as a module, choose M here:
   the module will be called yaffs.

   If unsure, say N.

   Further information on YAFFS is available at
   <http://www.aleph1.co.uk/yaffs/>.

config YAFFS_MTD_ENABLED
 bool "NAND mtd support"
 depends on YAFFS_FS
 help
   This adds the yaffs file system support for working with a NAND mtd.

   If unsure, say Y.

config YAFFS_RAM_ENABLED
 bool "yaffsram file system support"
 depends on YAFFS_FS
 help
   This adds the yaffsram file system support. Nice for testing on x86,
   but uses 2MB of RAM.  Don't enable for NAND-based targets.

   If unsure, say N.

comment "WARNING: mtd and/or yaffsram support should be selected"
 depends on YAFFS_FS && !YAFFS_MTD_ENABLED && !YAFFS_RAM_ENABLED

config YAFFS_USE_OLD_MTD
 bool "Old mtd support"
 depends on YAFFS_FS && 0
 help
   Enable this to use the old MTD stuff that did not have yaffs support.
   You can use this to get around compilation problems, but the best
   thing to do is to upgrade your MTD support. You will get better speed.

   If unsure, say N.

config YAFFS_USE_NANDECC
 bool "Use ECC functions of the generic MTD-NAND driver"
 depends on YAFFS_FS
 default y
 help
   This enables the ECC functions of the generic MTD-NAND driver.
   This will not work if you are using the old mtd.

   NB Use NAND ECC does not work at present with yaffsram.

   If unsure, say Y.

config YAFFS_ECC_WRONG_ORDER
 bool "Use the same ecc byte order as Steven Hill's nand_ecc.c"
 depends on YAFFS_FS
 help
   This makes yaffs_ecc.c use the same ecc byte order as
   Steven Hill's nand_ecc.c. If not set, then you get the
   same ecc byte order as SmartMedia.

   If unsure, say N.

config YAFFS_USE_GENERIC_RW
 bool "Use Linux file caching layer"
 default y
 depends on YAFFS_FS
 help
   Use generic_read/generic_write for reading/writing files. This
   enables the use of the Linux file caching layer.

   If you disable this, then caching is disabled and file read/write
   is direct.

   If unsure, say Y.

config YAFFS_USE_HEADER_FILE_SIZE
 bool "Use object header size"
 depends on YAFFS_FS
 help
   When the flash is scanned, two file sizes are constructed:
   * The size taken from the object header for the file.
   * The size figured out by scanning the data chunks.
   If this option is enabled, then the object header size is used,
   otherwise the scanned size is used.

   If unsure, say N.

config YAFFS_DISABLE_CHUNK_ERASED_CHECK
 bool "Turn off debug chunk erase check"
 depends on YAFFS_FS
 default y
 help
   Enabling this turns off the test that chunks are erased in flash
   before writing to them.  This is safe, since the write verification
   will fail.  Suggest enabling the test (ie. say N)
   during development to help debug things.

   If unsure, say Y.

#config YAFFS_DISABLE_WRITE_VERIFY
# bool "Disable write verify (DANGEROUS)"
# depends on YAFFS_FS && EXPERIMENTAL
# help
#   I am severely reluctant to provide this config. Disabling the
#   verification is not a good thing to do since NAND writes can
#   fail silently.  Disabling the write verification will cause your
#   teeth to rot, rats to eat your corn and give you split ends.
#   You have been warned. ie. Don't uncomment the following line.
#
#   If unsure, say N.
#

config YAFFS_SHORT_NAMES_IN_RAM
 bool "Cache short names in RAM"
 depends on YAFFS_FS
 default y
 help
   If this config is set, then short names are stored with the
   yaffs_Object.  This costs an extra 16 bytes of RAM per object,
   but makes look-ups faster.

   If unsure, say Y.
5．在/arch/arm/mach-s3c2410/mach-smdk2410.c找到smdk_default_nand_part结构，修改nand分区，如下：
struct mtd_partition smdk_default_nand_part[] = {
        [0] = {
                .name   = "vivi",
                .size   = 0x00020000,
                .offset = 0x00000000,
        },
        [1] = {
                .name   = "param",
                .size   = 0x00010000,
                .offset = 0x00020000,
        },
        [2] = {
                .name   = "kernel",
                .size   = 0x00100000,
                .offset = 0x00030000,
        },
        [3] = {
                .name   = "root",
                .size   = 0x01900000,
                .offset = 0x00130000,
        },
        [4] = {
                .name   = "user",
                .size   = 0x025d0000,
                .offset = 0x01a30000,
        }
};
注：此分区要结合vivi里面的分区来进行设置。
6．配置内核时选中MTD支持：
Memory Technology Devices (MTD)  --->
 <*> Memory Technology Device (MTD) support
  [*]   MTD partitioning support
   ……
  --- User Modules And Translation Layers
  <*> Direct char device access to MTD devices
  <*> Caching block device access to MTD devices
  ……
NAND Flash Device Drivers  --->
 <*> NAND Device Support
 <*> NAND Flash support for S3C2410 SoC
 [*]   S3C2410 NAND driver debug 
7．配置内核时选中YAFFS支持：
File systems  --->
 Miscellaneous filesystems  --->
  <*> Yet Another Flash Filing System(YAFFS) file system support
  [*]   NAND mtd support
  [*]   Use ECC functions of the generic MTD-NAND driver
  [*]   Use Linux file caching layer
  [*]   Turn off debug chunk erase check
  [*]   Cache short names in RAM
8.编译内核并将内核下载到开发板的flash中。
三、Yaffs文件系统测试：
1.内核启动之后，在启动信息里面可以看到如下内容：
NAND device: Manufacturer ID: 0xec, Chip ID: 0x76 (Samsung NAND 64MiB 3,3V 8-bit)
Scanning device for bad blocks
Creating 5 MTD partitions on "NAND 64MiB 3,3V 8-bit":
0x00000000-0x00020000 : "vivi"
0x00020000-0x00030000 : "param"
0x00030000-0x00130000 : "kernel"
0x00130000-0x01a30000 : "root"
0x01a30000-0x04100000 : "user"
2.如果在内核里面添加了proc文件系统的支持那么你在proc里面可以看到有关yaffs的信息
~ # cat proc/filesystems
nodev   sysfs
nodev   rootfs
nodev   bdev
nodev   proc
nodev   sockfs
nodev   pipefs
nodev   futexfs
nodev   tmpfs
nodev   eventpollfs
nodev   devpts
nodev   ramfs
        vfat
nodev   devfs
nodev   nfs
        yaffs
nodev   rpc_pipefs
3.查看dev目录下相关目录可以看到：
~ # ls dev/mtd -al
drwxr-xr-x    1 root     root            0 Jan  1 00:00 .
drwxr-xr-x    1 root     root            0 Jan  1 00:00 ..
crw-rw-rw-    1 root     root      90,   0 Jan  1 00:00 0
cr--r--r--    1 root     root      90,   1 Jan  1 00:00 0ro
crw-rw-rw-    1 root     root      90,   2 Jan  1 00:00 1
cr--r--r--    1 root     root      90,   3 Jan  1 00:00 1ro
crw-rw-rw-    1 root     root      90,   4 Jan  1 00:00 2
cr--r--r--    1 root     root      90,   5 Jan  1 00:00 2ro
crw-rw-rw-    1 root     root      90,   6 Jan  1 00:00 3
cr--r--r--    1 root     root      90,   7 Jan  1 00:00 3ro
crw-rw-rw-    1 root     root      90,   8 Jan  1 00:00 4
cr--r--r--    1 root     root      90,   9 Jan  1 00:00 4ro

~ # ls dev/mtdblock/ -al
drwxr-xr-x    1 root     root            0 Jan  1 00:00 .
drwxr-xr-x    1 root     root            0 Jan  1 00:00 ..
brw-------    1 root     root      31,   0 Jan  1 00:00 0
brw-------    1 root     root      31,   1 Jan  1 00:00 1
brw-------    1 root     root      31,   2 Jan  1 00:00 2
brw-------    1 root     root      31,   3 Jan  1 00:00 3
brw-------    1 root     root      31,   4 Jan  1 00:00 4
4.mount、umount
建立mount目录
~ #mkdir /mnt/flash0
~ #mkdir /mnt/flash1
Mountblockdevice设备
~ #mount –t yaffs /dev/mtdblock/3 /mnt/flash0
~ #mount –t yaffs /dev/mtdblock/4 /mnt/flash1
~ #cp 1.txt /mnt/flash0
~ #cp 2.txt /mnt/flash1
查看mount上的目录，可以看到该目录下有刚才拷贝的文件，将其umount后，再次mount上来可以发现拷贝的文件仍然存在，这时删除该文件然后umount，再次mount后，可以发现拷贝的文件已经被删除，由此可以该分区可以正常读写。
5.在flash上建立根文件系统
~ # mount –t yaffs /dev/mtdblock/3 /mnt/flash0
~ #cp (your rootfs) /mnt/flash0
~ #umount /mnt/flash0
重新启动，改变启动参数：
param set linux_cmd_line "noinitrd root=/dev/mtdblock3 init=/linuxrc console=ttySAC0"
重新启动，开发板就可以从flash启动根文件系统了。
注：这里你得在内核中添加devfs文件系统的支持，否则内核无法找到/dev/mtdblock/3目录