linux源码分析之位长定义 -- bitsperlong.h

我们知道,在Linux内核中,不同CPU里面,不同CPU的字节序定义不同。

本节年内容主要是讲的是:不同CPU里面,各自的位长定义也是不同。

本次用于分析的 Linux 内核版本为: linux--3.0.0-12。

arch/XXX/include/asm/bitsperlong.h:不同CPU(XXX)的位长定义

1)ARM(XXX=arm):

#include <asm-generic/bitsperlong.h>

(2)PowerPC(XXX=powerpc)

#ifndef __ASM_POWERPC_BITSPERLONG_H

#define __ASM_POWERPC_BITSPERLONG_H

#if defined(__powerpc64__)

# define __BITS_PER_LONG 64

#else

# define __BITS_PER_LONG 32

#endif

#include <asm-generic/bitsperlong.h>

#endif /* __ASM_POWERPC_BITSPERLONG_H */

(3)X86(XXX=x86)

#ifndef __ASM_X86_BITSPERLONG_H

#define __ASM_X86_BITSPERLONG_H

#ifdef __x86_64__

# define __BITS_PER_LONG 64

#else

# define __BITS_PER_LONG 32

#endif

#include <asm-generic/bitsperlong.h>

#endif /* __ASM_X86_BITSPERLONG_H */

由上面举的3个例子,可以看出三种不同的CPU对于各自的位长定义有所不同。

接下来我们来看看 asm-generic/bitsperlong.h, 源码如下

#ifndef __ASM_GENERIC_BITS_PER_LONG

#define __ASM_GENERIC_BITS_PER_LONG

/*

* There seems to be no way of detecting this automatically from user

* space, so 64 bit architectures should override this in their

* bitsperlong.h. In particular, an architecture that supports

* both 32 and 64 bit user space must not rely on CONFIG_64BIT

* to decide it, but rather check a compiler provided macro.

*/

#ifndef __BITS_PER_LONG

#define __BITS_PER_LONG 32

#endif

#endif /* __ASM_GENERIC_BITS_PER_LONG */

该头文件说明:一个支持32和64位用户空间的架构,不能像依靠 CONFIG_64BIT 来决定位长,而是检查编译器提供的宏。

小结:即是先检查 arch/XXX/include/asm/bitsperlong.h, 看CPU是否定义了位长,若没有定义,则按照 asm-generic/bitsperlong.h 来决定。

(该例子是只要 arch/XXX/include/asm/bitsperlong.h 中没定义,asm-generic/bitsperlong.h 都定义位长为32)

时间: 2024-11-05 11:46:26

linux源码分析之位长定义 -- bitsperlong.h的相关文章

linux源码分析之字节序(2)-- types.h

这一节主要讲linux的数据类型,主要是为了方便理解接下来将大端.小段字节序定义的源码. 首先,来看看 include/linux/types.h 源码: ------------------------------------------------------------------ #ifndef _LINUX_TYPES_H #define _LINUX_TYPES_H #include <asm/types.h> #ifndef __ASSEMBLY__ #include <l

linux源码分析之字节序(4)-- little_endian.h

本节主要分析小端字节顺序. 首先,我们要回顾上一节讲过的大端.小端的概念: 字节顺序是指占内存多于一个字节类型的数据在内存中的存放顺序,通常有小端.大端两种字节顺序.小端字节序指低字节数据存放在内存低地址处,高字节数据存放在内存高地址处:大端字节序是高字节数据存放在低地址处,低字节数据存放在高地址处.基于X86平台的PC机是小端字节序的,而有的嵌入式平台则是大端字节序的.因而对int.uint16.uint32等多于1字节类型的数据,在这些嵌入式平台上应该变换其存储顺序.通常我们认为,在空中传输

linux源码分析之字节序(5)-- swab.h

在linux源码分析之字节序(3).linux源码分析之字节序(4)中都有看到,源码中包含了 #include <linux/swab.h> 该头函数里面介绍了字节交换的具体方法.我们来看看具体代码: --------------------------------------------------------------------------------------------------------------- #ifndef _LINUX_SWAB_H #define _LINUX

linux源码分析之IP(1) -- ip.h

在IP层的分组叫做数据报.本节主要介绍数据报的格式,以及在 linux 中是如何定义IP分组头格式. 首先,数据报的格式如下: 其中: 1.版本:有版本4和版本6 2.首部长度:定义数据报的总长度,以4字节为单位计算.首部长度在 20~60字节之间. 3.服务类型:前三位为优先位,后面两位为TOS位,最后一位没有使用. 4.总长度:定义以字节计的数据报总长度(首部加上数据),故数据报长度限制为65535 5.标识:标志从源主机发出的数据报.该字段和Flags和Fragment Offest字段联

jQuery源码分析之=&gt;jQuery的定义

最近写前段的代码比较多,jQuery是用的最多的一个对象,但是之前几次看了源码,都没搞清楚jQuery是怎么定义的,今天终于看明白怎么回事了.记录下来,算是一个新的开始吧. (文中源码都是jQuery-1.10.2版本的) 先上一段jQuery定义的源码,定义了jQuery为一个function 1 // Define a local copy of jQuery 2 jQuery = function( selector, context ) { 3 // The jQuery object

linux源码分析之节拍率 -- param.h

系统定时器频率是通过静态预处理定义的,在系统启动时按照 HZ 值对硬件进行设置.体系结构不同,HZ的值也不同.对于某些体系结构,甚至是机器不同,HZ的值也会不同. 内核在 <asm/param.h> 中定义了 HZ 的值.我们接下来就来比较一下具体源码: 1.arm 体系结构(文件路径:/arm/include/asm/param.h) #ifndef __ASM_PARAM_H #define __ASM_PARAM_H #ifdef __KERNEL__ # define HZ CONFI

linux源码分析之字节序(3)-- big_endian.h

本节主要分析大端字节顺序. 首先,我们要理解大端.小端的概念: 字节顺序是指占内存多于一个字节类型的数据在内存中的存放顺序,通常有小端.大端两种字节顺序.小端字节序指低字节数据存放在内存低地址处,高字节数据存放在内存高地址处:大端字节序是高字节数据存放在低地址处,低字节数据存放在高地址处.基于X86平台的PC机是小端字节序的,而有的嵌入式平台则是大端字节序的.因而对int.uint16.uint32等多于1字节类型的数据,在这些嵌入式平台上应该变换其存储顺序.通常我们认为,在空中传输的字节的顺序

第一次作业:深入Linux源码分析其进程模型

一.进程 1.进程的概念 (1)进程:Process,是计算机中的程序关于某数据集合上的一次运行活动,是系统进行资源分配和调度的基本单位,是操作系统结构的基础. (2)进程由程序.数据和进程控制块PCB组成.当系统创建一个进程时,实际上是建立一个PCB.当进程消失时,实际上是撤销PCB.在进程活动的整个生命周期内,系统通过PCB对进程进行管理和调度. 2.查看进程状态 (1)ps指令(常用组合:aux.ef.eFH.-eo.axo) (2)示例 # ps  aux:显示所有与终端有无关联的进程信

linux源码分析之字节序(1)-- byteorder.h

首先我们要知道的一点是:在Linux内核中,不同CPU里面,各自的字节序定义都不同. 本次用于分析的 Linux 内核版本为: linux--3.0.0-12. arch/XXX/include/asm/byteorder.h:不同CPU(XXX)的字节序定义 1)ARM(XXX=arm): #ifdef __ARMEB__ #include <linux/byteorder/big_endian.h> #else #include <linux/byteorder/little_end