Linu内核分析及编程.docxVIP

当 Linux 当 Linux 内核在体系结构差异较大的平台之间移植时，会产生与数据类型相 关的问题。在编译内核时使用 -Wall -Wstrict-prototypes 选项，可以避免很多错误的发生。 内核使用的基本数据类型主要有： ?? int 标准 C 语言整数类型； ?? u32 32 位整数类型； ?? pid_t 特定内核对象 pid 的类型。 在不同的 CPU 体系结构上，C 语言的数据类型所占空间不一样。下面是在 x86 下数据类型所占的字节数： 下面是在其他平台上的数据类型所占的字节数： arch char short int long ptr long-long u8 u16 u32 u64 i686 1 2 4 4 4 8 1 2 4 8 arch char short int long ptr long-long u8 u16 u32 u64 i386 1 2 4 4 4 8 1 2 4 8 alpha 1 2 4 8 8 8 1 2 4 8 armv4l 1 2 4 4 4 8 1 2 4 8 ia64 1 2 4 8 8 8 1 2 4 8 m68k 1 2 4 4 4 8 1 2 4 8 mips 1 2 4 4 4 8 1 2 4 8 ppc 1 2 4 4 4 8 1 2 4 8 sparc 1 2 4 4 4 8 1 2 4 8 sparc64 1 2 4 4 4 8 1 2 4 8 其中基于 其中基于 sparc64 平台的 Linux 用户空间可以运行 32 位代码，用户空间指针 是 32 位宽的，但内核空间是 64 位的。 内核中的地址是 unsigned long 类型，指针大小和 long 类型相同。 内核提供下列数据类型。所有类型在头文件asm/types.h中声明，这个文件又被头文件Linux/types.h所包含。下面是 include/asm/types.h 文件。 #ifndef _I386_TYPES_H #define _I386_TYPES_H #ifndef ASSEMBLY typedef unsigned short umode_t; // 下面 xx 类型不会损害POSIX 名字空间，在头文件使用它们，可以输出给用户空间 typedef signed char s8; typedef unsigned char u8; typedef signed short s16; typedef unsigned short u16; typedef signed int s32; typedef unsigned int u32; #if defined( GNUC ) !defined( STRICT_ANSI ) typedef signed long long s64; typedef unsigned long long u64; #endif #endif /* ASSEMBLY */ //下面的类型只用在内核中，否则会产生名字空间崩溃#ifdef KERNEL #define BITS_PER_LONG32 #ifndef ASSEMBLY #include Linux/config.h typedef signed char s8; typedef unsigned char u8; typedef signed short s16; typedef unsigned short u16; typedef signed int s32; typedef unsigned int u32; typedef signed long long s64; typedef unsigned long long u64; /* DMA addresses come in generic and 64-bit flavours. */ #ifdef CONFIG_HIGHMEM64G typedef u64 dma_addr_t; #else typedef u32 dma_addr_t; #endif typedef u64 dma64_addr_t; #ifdef CONFIG_LBD typedef u64 sector_t; #define HAVE_SECTOR_T #endif typedef unsigned short kmem_bufctl_t; #endif /* ASSEMBLY */ #endif /* KERNEL */ #endif 下面是 Linux/types.h 的部分定义。 #ifndef _LINUX_TYPES_H#define _LINUX_TYPES_