linux 驱动程序 内核数据类型

内核的数据类型

基本数据类型

我们写了两个小的模块来测试实际数据类型和内存对齐的长度。

内核基本数据类型

C语言类型(int)

char、short、int、long long在不同的平台上大小不变。

long、ptr(指针)平台不同其大小不同,但二者的大小始终相同。

char的符号问题:

大多数平台上char默认是signed,但有些平台上默认是 unsigned。

char i = -1; 大部分平台上i是-1,有些平台上是255。

应该使用:signed char i = -1;   unsigned char i = 255;

确定大小的类型(u32)

u8、u16、u32、u64、 s8、s16、s32、s64是Linux内核确定大小的类型。

__u8等式linux用户态确定大小的类型。(头文件linux/types.h)

uint8_t、uint32_t是新编译器支持的C99标准确定大小的类型,可以跨平台。

特定内核对象的类型(pid_t)

进程标识符使用pid_t类型,而不使用int,屏蔽了实际的数据类型中任何可能的差异。

特定内核对象的类型,打印时,不太好选择printk或printf的输出格式:

 一些平台上排除的警告,在另一平台上可能会出现(size_t在一些平台上是unsigned long,在一些平台上是unsigned int)。

将其强制转换成可能的最大类型,然后用响应的格式打印输出。

字节序   大端、小端   数值0x01020304,内存从低到高依次存储:04 03 02 01 为小端。 存储顺序反过来为大端)   数值0x00000001,内存从低到高依次存储:01 00 00 00 为小端。

 转换函数   u32 __cpu_to_be32(u32);    /* 把cpu字节序转为大端字节序 */  

u32 __be32_to_cpu(u32);    /* 把大端字节序转为cpu字节序 */

u32 __cpu_to_le32(u32);      /* 把cpu字节序转为小端字节序 */

u32 __le32_to_cpu(u32);     /* 把小端字节序转为cpu字节序 */

在头文件<linux/byteorder.h>中时间间隔使用HZ代表一秒。  

不能假定每秒就1000个jiffies。   与msec毫秒对应的jiffies数目总是msec*HZ/1000。  

页大小为PAGE_SIZE个字节,而不是4KB。  

分配16KB的空间临时存储数据,如下:    

以上,只是基本数据类型中最简单的一部分,绝大多数都是细节问题,要注意。  

基本数据类型的长度  

对齐数据类型长度  

 types.h 中的重要数据类型

typedef __u32 __kernel_dev_t;   
typedef __kernel_fd_set fd_set; 
typedef __kernel_dev_t dev_t; 
typedef __kernel_ino_t ino_t; 
typedef __kernel_mode_t mode_t; 
typedef unsigned short umode_t; 
typedef __u32 nlink_t; 
typedef __kernel_off_t off_t; 
typedef __kernel_pid_t pid_t; 
typedef __kernel_daddr_t daddr_t; 
typedef __kernel_key_t key_t; 
typedef __kernel_suseconds_t suseconds_t; 
typedef __kernel_timer_t timer_t; 
typedef __kernel_clockid_t clockid_t; 
typedef __kernel_mqd_t mqd_t;   
typedef _Bool bool;   
typedef __kernel_uid32_t uid_t; 
typedef __kernel_gid32_t gid_t; 
typedef __kernel_uid16_t        
uid16_t; typedef __kernel_gid16_t        gid16_t;  
typedef unsigned long uintptr_t;   
#ifdef CONFIG_HAVE_UID16 /* This is defined by include/asm-{arch}/posix_types.h */ typedef __kernel_old_uid_t old_uid_t; typedef __kernel_old_gid_t old_gid_t; 
#endif /* CONFIG_UID16 */  
#if defined(__GNUC__) typedef __kernel_loff_t loff_t;
#endif   /* * The following typedefs are also protected by individual ifdefs for * historical reasons: */ 
#ifndef _SIZE_T #define _SIZE_T typedef __kernel_size_t size_t; 
#endif   
#ifndef _SSIZE_T 
#define _SSIZE_T typedef __kernel_ssize_t ssize_t;
#endif   
#ifndef _PTRDIFF_T 
#define _PTRDIFF_T typedef __kernel_ptrdiff_t ptrdiff_t; 
#endif   
#ifndef _TIME_T 
#define _TIME_T typedef __kernel_time_t time_t; 
#endif   
#ifndef _CLOCK_T 
#define _CLOCK_T typedef __kernel_clock_t clock_t; 
#endif   
#ifndef _CADDR_T 
#define _CADDR_T typedef __kernel_caddr_t caddr_t; 
#endif   /* bsd */ typedef unsigned char u_char; 
typedef unsigned short u_short; 
typedef unsigned int u_int; 
typedef unsigned long u_long;   
/* sysv */ 
typedef unsigned char unchar; 
typedef unsigned short ushort; 
typedef unsigned int uint; typedef unsigned long ulong;
#ifndef __BIT_TYPES_DEFINED__ 
#define __BIT_TYPES_DEFINED__   
typedef __u8 u_int8_t; typedef __s8 int8_t; 
typedef __u16 u_int16_t; 
typedef __s16 int16_t; t
ypedef __u32 u_int32_t; typedef __s32 int32_t;   
#endif /* !(__BIT_TYPES_DEFINED__) */   
typedef __u8 uint8_t; typedef __u16 uint16_t; 
typedef __u32 uint32_t;   
#if defined(__GNUC__) typedef __u64 uint64_t; 
typedef __u64 u_int64_t; typedef __s64 int64_t; 
#endif   
/* this is a special 64bit data type that is 8-byte aligned */ #define aligned_u64 __u64 __attribute__((aligned(8))) #define aligned_be64 __be64 __attribute__((aligned(8))) 

#define aligned_le64 __le64 __attribute__((aligned(8)))   /** * The type used for indexing onto a disc or disc partition. * * Linux always considers sectors to be 512 bytes long independently * of the devices real block size. * * blkcnt_t is the type of the inode's block count. */ 
#ifdef CONFIG_LBDAF 
typedef u64 sector_t; 
typedef u64 blkcnt_t; 
#else typedef unsigned long sector_t; 
typedef unsigned long blkcnt_t; 
#endif   /* * The type of an index into the pagecache. */ #define pgoff_t unsigned long   /* * A dma_addr_t can hold any valid DMA address, i.e., any address returned * by the DMA API. * * If the DMA API only uses 32-bit addresses, dma_addr_t need only be 32 * bits wide.  Bus addresses, e.g., PCI BARs, may be wider than 32 bits, * but drivers do memory-mapped I/O to ioremapped kernel virtual addresses, * so they don't care about the size of the actual bus addresses. */ 
#ifdef CONFIG_ARCH_DMA_ADDR_T_64BIT typedef u64 dma_addr_t; 
#else typedef u32 dma_addr_t; 
#endif   
typedef unsigned __bitwise__ gfp_t; 
typedef unsigned __bitwise__ fmode_t; 
typedef unsigned __bitwise__ oom_flags_t;   
#ifdef CONFIG_PHYS_ADDR_T_64BIT typedef u64 phys_addr_t; 
#else typedef u32 phys_addr_t; 
#endif   
typedef phys_addr_t resource_size_t;   /* * This type is the placeholder for a hardware interrupt number. It has to be * big enough to enclose whatever representation is used by a given platform. */ 
typedef unsigned long irq_hw_number_t;   
typedef struct { int counter; } atomic_t;   
#ifdef CONFIG_64BIT typedef struct { long counter; } atomic64_t; 
#endif  
struct list_head { struct list_head *next, *prev; };   
struct hlist_head { struct hlist_node *first; };   
struct hlist_node { struct hlist_node *next, **pprev; };   
struct ustat { __kernel_daddr_t f_tfree; __kernel_ino_t f_tinode; char f_fname[6]; char f_fpack[6]; };  
/** * struct callback_head - callback structure for use with RCU and task_work * @next: next update requests in a list * @func: actual update function to call after the grace period. * * The struct is aligned to size of pointer. On most architectures it happens * naturally due ABI requirements, but some architectures (like CRIS) have * weird ABI and we need to ask it explicitly. * * The alignment is required to guarantee that bits 0 and 1 of @next will be * clear under normal conditions -- as long as we use call_rcu(), * call_rcu_bh(), call_rcu_sched(), or call_srcu() to queue callback. * * This guarantee is important for few reasons: *  - future call_rcu_lazy() will make use of lower bits in the pointer; *  - the structure shares storage spacer in struct page with @compound_head, *  which encode PageTail() in bit 0. The guarantee is needed to avoid *    false-positive PageTail(). */ 
struct callback_head { struct callback_head *next; void (*func)(struct callback_head *head); } 
__attribute__((aligned(sizeof(void *)))); 
#define rcu_head callback_head   typedef void (*rcu_callback_t)(struct rcu_head *head); typedef void (*call_rcu_func_t)(struct rcu_head *head, rcu_callback_t func);   
/* clocksource cycle base type */ 
typedef u64 cycle_t;



 

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
### 回答1: 《深入Linux设备驱动程序内核机制》是一本非常经典的Linux设备驱动程序内核开发方面的专业书籍。该书由深入浅出的方式,全面介绍了Linux设备驱动程序的基本知识、内核框架、字符设备驱动程序、块设备驱动程序以及网络设备驱动程序等内容。 该书首先详细介绍了Linux操作系统的内核架构和设备驱动程序的基本概念,让读者对Linux内核的组成、系统调用、进程管理等有一个清晰的了解。接着,该书介绍了设备驱动程序的开发流程和编写规范,并重点讲解了字符设备驱动程序的开发方法。通过具体的代码实例,读者可以深入了解字符设备的注册、读写操作以及地址映射等关键步骤。 此外,该书还涵盖了块设备驱动程序和网络设备驱动程序等领域的知识。块设备驱动程序的开发涉及磁盘操作、缓冲区管理等内容,而网络设备驱动程序的开发则包括套接字的初始化、数据传输等方面。通过学习这些内容,读者不仅可以掌握Linux设备驱动程序内核机制,还能够应对更加复杂的设备驱动开发工作。 综上所述,《深入Linux设备驱动程序内核机制》是一本非常实用和权威的Linux设备驱动程序开发方面的书籍。通过阅读本书,读者可以系统地学习Linux设备驱动的原理和开发方法,提升自己在Linux内核开发领域的技能和水平。无论是对于初学者还是有一定经验的开发者来说,都是一本不可或缺的参考书。 ### 回答2: "深入Linux设备驱动程序内核机制"是一本非常重要的图书,主要介绍了Linux操作系统中的设备驱动程序开发原理和实践技巧。这本书非常适合那些对Linux设备驱动程序开发感兴趣的人阅读。 首先,这本书详细讲解了Linux设备驱动程序内核机制。它介绍了设备驱动程序的基本概念、内核模块的加载和卸载、驱动程序的注册和注销、设备的访问和控制等重要知识点。通过深入了解这些机制,读者可以对设备驱动程序的工作原理有清晰的认识。 此外,这本书还对Linux设备模型进行了详细的解释。它介绍了字符设备、块设备和网络设备等不同类型的设备,并讲解了它们在内核中的实现方式和工作原理。同时,它还提供了许多实例和示例代码,方便读者理解和实践。 除了内核机制和设备模型,这本书还介绍了在Linux设备驱动程序开发过程中常用的工具和技术。比如,它详细介绍了调试技术、日志记录、内核模块参数传递等实用的开发技巧。这些内容对于提高驱动程序的稳定性和可靠性非常有帮助。 总之,"深入Linux设备驱动程序内核机制"是一本非常重要的图书,它深入探讨了Linux设备驱动程序内核机制,提供了丰富的实例和示例代码,帮助读者更好地理解和应用设备驱动程序开发技术。无论是对于初学者还是有经验的开发者来说,这本书都是不可或缺的学习资料。 ### 回答3: 《深入Linux设备驱动程序内核机制》是一本在CSDN上提供的PDF文档,涵盖了Linux设备驱动程序内核机制。本书主要介绍了Linux内核中设备驱动的基本知识、原理和设计方法。其中详细讲解了设备驱动程序的注册、驱动与设备的交互、设备的初始化和释放、设备操作的原理等内容。 该书着重介绍了字符设备驱动、块设备驱动和网络设备驱动等常见类型的设备驱动程序内核实现机制。对于想要了解Linux设备驱动开发的开发人员来说,这本书提供了非常有价值的知识,可以帮助他们理解和掌握设备驱动程序的编写和调试技巧。 该书从理论和实践的角度出发,结合了大量的源代码示例和实际案例,使读者更好地理解和掌握设备驱动程序内核机制。此外,书中还介绍了设备树和设备模型的相关知识,以及错误处理和调试技术。通过阅读和学习该书,读者可以更好地理解和应用Linux设备驱动程序内核机制。 总之,《深入Linux设备驱动程序内核机制》这本PDF文档对于想要深入理解Linux设备驱动程序的人来说是非常有价值的资料。通过CSDN渠道获取该文档可以方便大家进行学习和参考。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值