当前位置:首页 > 嵌入式 > 嵌入式硬件
[导读]众所周知,Linux内核是使用make命令来配置并编译的,那必然少不了Makefile。如此复杂、庞大的内核源码绝不可能使用一个或几个Makefile文件来完成配置编译,而是需要一套同样

众所周知,Linux内核是使用make命令来配置并编译的,那必然少不了Makefile。如此复杂、庞大的内核源码绝不可能使用一个或几个Makefile文件来完成配置编译,而是需要一套同样复杂、庞大,且为Linux内核定制的Makefile系统。

尽管她是一个复杂的系统,但对绝大部分内核开发者来说只需要知道如何使用,而无需了解其中的细节。她对绝大部分内核开发者基本上是透明的,隐藏了大部分实现细节,有效地降低了开发者的负担,能使其能专注于内核开发,而不至于花费时间和精力在编译过程上。

1.1 Linux内核中的Makefile文件

1.1.1 顶层Makefile

源码目录树顶层Makefile是整个内核源码管理的入口,对整个内核的源码编译起着决定性作用。编译内核时,顶层Makefile会按规则递归历遍内核源码的所有子目录下的Makefile文件,完成各子目录下内核模块的编译。熟悉一下该Makefile,对内核编译等方面会有所帮助。

1. 内核版本号

打开顶层Makefile,开头的几行记录了内核源码的版本号,通常如下所示:

 


说明代码版本为2.6.35.3,编译得到的内核在目标板运行后,输入uname -a命令可以得到印证:

 


2. 编译控制

(1)体系结构

Linux是一个支持众多体系结构的操作系统,在编译过程中需指定体系结构,以与实际平台对应。在顶层Makefile中,通过变量ARCH来指定:

 

如果没有在编译命令行中指定ARCH参数,系统将会进行本地编译,通过获取本机信息来自动指定:

 


如果进行ARM嵌入式Linux开发,则必须指定ARCH为arm(注意大小写,须与arch/目录下的arm一致),如:

 

当然,也可以修改Makefile,将修改为ARCH ?= $(SUBARCH)修改为ARCH = arm,在命令行直接make即可。

(2)编译器

如果不是进行本地编译,则须指定交叉编译器,通过CROSS_COMPILE来指定。Makefile中与交叉编译器的指定如下:

 


CONFIG_CROSS_COMPILE是一个配置选项,可在内核配置时候指定。如果在配置内核时候没有指定CONFIG_CROSS_COMPILE,也没有在编译参数指定CROSS_COMPILE,则会采用本地编译器进行编译。

进行ARM嵌入式Linux开发,必须指定交叉编译器,可以在内核配置通过CONFIG

_CROSS_COMPILE指定交叉编译器,也可以通过CROSS_COMPILE指定。假定使用的交叉编译器是arm-linux-gnueabihf-gcc,则指定CROSS_COMPILE为arm-linux-gnueabihf-:

 

或者在Makefile中,直接指定CROSS_COMPILE的值:

 

注意:CROSS_COMPILE指定的交叉编译器必须事先安装并正确设置系统环境变量;如果没有设置环境变量,则需使用绝对地址,例如:

 

如果同时指定了ARCH和CROSS_COMPILE,则在编译的时候,只需简单的make就可以了。

1.1.2 子目录的Makefile

在内核源码的子目录中,几乎每个子目录都有相应的Makefile文件,管理着对应目录下的代码。对该目录的文件或者子目录的编译控制,Makefile中有两种表示方式,一种是默认选择编译,用obj-y表示,如:

 

另一种表示则与内核配置选项相关联,编译与否以及编译方式取决于内核配置,例如:

 

是否编译wdt.c文件,或者以何种方式编译,取决于内核配置后的变量CONFIG_WDT值:如果在配置中设置为[*],则静态编译到内核,如果配置为[M],则编译为wdt.ko模块,否则不编译。

说明:受控目标是一个目录,obj-y并不直接决定受控目录的文件以及子目录的文件,仅仅是与受控目录Makefile交互,实际编译控制在受控子目录的Makefile中。例如“obj-y += gpio/”,最终gpio目录下哪些文件被编译,完全取决于gpio目录下的Makefile。“obj-$(CONFIG_PCI) += pci/”的含义同理。

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除。
换一批
延伸阅读

CPU亲和度通过限制进程或线程可以运行的CPU核心集合,使得它们只能在指定的CPU核心上执行。这可以减少CPU缓存的失效次数,提高缓存命中率,从而提升系统性能。

关键字: Linux 嵌入式

在Linux系统性能优化中,内存管理与网络连接处理是两大核心领域。vm.swappiness与net.core.somaxconn作为关键内核参数,直接影响系统在高负载场景下的稳定性与响应速度。本文通过实战案例解析这两个...

关键字: Linux 内存管理

对于LLM,我使用b谷歌Gemini的免费层,所以唯一的成本是n8n托管。在使用了n8n Cloud的免费积分后,我决定将其托管在Railway上(5美元/月)。然而,由于n8n是开源的,您可以在自己的服务器上托管它,而...

关键字: 人工智能 n8n Linux

在Linux系统管理中,权限控制是安全运维的核心。本文通过解析/etc/sudoers文件配置与组策略的深度应用,结合某金融企业生产环境案例(成功拦截98.7%的非法提权尝试),揭示精细化权限管理的关键技术点,包括命令别...

关键字: Linux 用户权限 sudoers文件

Linux内核中的信号量(Semaphore)是一种用于资源管理的同步原语,它允许多个进程或线程对共享资源进行访问控制。信号量的主要作用是限制对共享资源的并发访问数量,从而防止系统过载和数据不一致的问题。

关键字: Linux 嵌入式

在云计算与容器化技术蓬勃发展的今天,Linux网络命名空间(Network Namespace)已成为构建轻量级虚拟网络的核心组件。某头部互联网企业通过命名空间技术将测试环境资源消耗降低75%,故障隔离效率提升90%。本...

关键字: Linux 云计算

在Linux内核4.18+和主流发行版(RHEL 8/Ubuntu 20.04+)全面转向nftables的背景下,某电商平台通过迁移将防火墙规则处理效率提升40%,延迟降低65%。本文基于真实生产环境案例,详解从ipt...

关键字: nftables Linux

在Linux设备驱动开发中,等待队列(Wait Queue)是实现进程睡眠与唤醒的核心机制,它允许进程在资源不可用时主动放弃CPU,进入可中断睡眠状态,待资源就绪后再被唤醒。本文通过C语言模型解析等待队列的实现原理,结合...

关键字: 驱动开发 C语言 Linux

在Unix/Linux进程间通信中,管道(pipe)因其简单高效被广泛使用,但默认的半双工特性和无同步机制容易导致数据竞争。本文通过父子进程双向通信案例,深入分析互斥锁与状态机在管道同步中的应用,实现100%可靠的数据传...

关键字: 管道通信 父子进程 Linux

RTOS :RTOS的核心优势在于其实时性。它采用抢占式调度策略,确保高优先级任务能够立即获得CPU资源,从而在最短时间内完成处理。RTOS的实时性是通过严格的时间管理和任务调度算法实现的,能够满足对时间敏感性要求极高的...

关键字: Linux RTOS
关闭