1. Toy模板网首页
  2. > Toy博客

【嵌入式Linux】编译应用和ko内核模块Makefile使用记录

10月前 作者：liefyuan 分类：Toy博客 阅读(52) 违法举报

这篇具有很好参考价值的文章主要介绍了【嵌入式Linux】编译应用和ko内核模块Makefile使用记录。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

一、常用的语法

1.1 =, :=, +=, ?=的区别

在Makefile中，变量的赋值可以使用以下几种方式：

  1. =：最基本的赋值符号，表示简单的延迟展开（lazy expansion）方式。变量的值将会在使用变量的时候进行展开。

  2. :=：立即展开（immediate expansion）的赋值方式。变量的值在赋值的时候立即展开，并且在后续的使用中不再改变。

  3. +=：追加赋值符号，用于将值追加到变量的原有值的末尾。

  4. ?=：条件赋值符号，用于在变量未定义或为空时才进行赋值。

下面是每种符号的示例和解释：

VARIABLE1 = Hello $(VARIABLE2)
VARIABLE2 = World

VARIABLE3 := Hello $(VARIABLE4)
VARIABLE4 := World

VARIABLE5 += Good
VARIABLE5 += Morning

VARIABLE6 ?= Default Value

all:
    @echo "VARIABLE1:" $(VARIABLE1)
    @echo "VARIABLE3:" $(VARIABLE3)
    @echo "VARIABLE5:" $(VARIABLE5)
    @echo "VARIABLE6:" $(VARIABLE6)

输出结果为：

VARIABLE1: Hello $(VARIABLE2)
VARIABLE3: Hello
VARIABLE5: Good Morning
VARIABLE6: Default Value

可以看到，= 进行简单赋值，使用时才展开。:= 进行立即展开，赋值时就展开为确定的值。+= 用于追加值，变量值累加。?= 用于条件赋值，只在变量未定义或为空时进行赋值。

1.2 命名模式：target-objs 和 target-y 的区别

  • target-objs：都可以，应用程序和内核模块
  • target-y：常用于内核模块

通常，内核驱动有两种编译和加载方式：第一种是直接把驱动程序编译进内核中，对应obj-y变量；第二种是将驱动程序作为模块单独编译成.ko文件，而不编译进内核中，然后手动加载，即obj-m变量。

在Makefile中，main-objs和main-y是用于定义目标文件（object files）的变量。

  1. main-objs是一种目标文件的变量约定，用于指定构建某个目标的源文件列表。通常，当你的目标（如可执行文件、模块）由多个源文件组成时，你可以使用target-objs的命名模式，其中target是你的目标名称。使用target-objs，你可以列出构成目标的所有源文件，例如：
main-objs := file1.o file2.o file3.o
  1. main-y是另一种目标文件的变量约定，用于指定构建某个目标的源文件列表，类似于target-objs。但是，main-y通常用于内核模块（kernel module）的构建。在内核模块编译构建时，main-y变量指定要包含在模块中的所有源文件。例如：
main-y := file1.o file2.o file3.o

这样，当你构建目标时，Makefile将使用所定义的target-objs或target-y变量来确定哪些源文件应该编译为目标文件，并将其链接到最终的目标（如可执行文件、模块）中。

请注意，target-objs和target-y只是约定的变量名，你可以根据自己的需要和习惯为目标定义适当的变量名。

二、编译KO

2.1 难度0：一个.c文件编译成一个.ko文件

这几乎就是最简单的内核模块了！

# 指定你的内核源码目录
KERNEL_DIR := /home/liefyuan/Liefyuan/cherry-pi/linux-zero-5.2.y
# 指定你的模块源码目录：会把该目录下的文件编译成.ko文件
CURRENT_PATH := $(shell pwd)
# 驱动名称: led.ko
obj-m := led.o

build: kernel_modules

kernel_modules:
	$(MAKE) -C $(KERNEL_DIR ) M=$(CURRENT_PATH) modules

clean:
	$(MAKE) -C $(KERNEL_DIR ) M=$(CURRENT_PATH) clean

编译命令：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

一般没啥问题就会在本目录下生成一个led.ko文件

2.1.1 改进一下Makefile使得编译命令只需要make就可以

Makefile

ARCH := arm
CROSS_COMPILE := arm-linux-gnueabihf-
KERN_DIR = /home/liefyuan/Liefyuan/cherry-pi/linux-zero-5.2.y

obj-m += led.o

#cc1: all warnings being treated as errors解决办法
CFLAGS = -Wall -Wpointer-arith -Wno-unused
KBUILD_CFLAGS += -w

all:
	make ARCH=$(ARCH) CROSS_COMPILE=$(CROSS_COMPILE) -C $(KERN_DIR) M=$(shell pwd) modules 
clean:
	rm -rf *.order *o *.symvers *.mod.c *.mod *.ko

编译命令：

make

2.2 难度1：多个.c,.h文件编译成一个.ko文件

MODULE_NAME = hci_uart

ifneq ($(KERNELRELEASE),)
	obj-m :=$(MODULE_NAME).o
	$(MODULE_NAME)-y := hci_ldisc.o hci_h4.o hci_rtk_h5.o rtk_coex.o
	#cc1: all warnings being treated as errors解决办法
	CFLAGS = -Wall -Wpointer-arith -Wno-unused
	KBUILD_CFLAGS += -w
else
	PWD := $(shell pwd)
	KDIR := /home/liefyuan/luckfox-pico-main/sysdrv/source/kernel

all:
	$(MAKE) -C $(KDIR) M=$(PWD) modules

clean:
	rm -rf *.o *.mod *.mod.c *.mod.o *.ko *.symvers *.order *.a
endif

解释一下Makefile文件。KERNELRELEASE是在内核源码的上层Makefile中定义的一个变量。在该模块未被动到内核源代码中时，这个变量不会被定义。该模块移动到内核源代码后，这个变量就有定义了。

KDIR变量表示的这个目录下存放该版本linux内核源码，其中调用的shell指令uname -r用来打印该内核的版本号。PWD是当前目录所在的路径。

在终端输入make指令后，对.c文件编译进行编译。这个过程比较复杂。首先，初次编译前变量KERNELRELEASE为空，因此执行else后面的程序，即

make -C $(KDIR) M=$(PWD) modules

-C参数的作用是指定跳转目录，-C $(KDIR)指明跳转到内核源码所在的目录并读取那里的Makefile，启动kbuild机制。M=$(PWD)再返回到当前目录继续执行当前的Makefile。

kbuild即kernel build，用于编译Linux内核文件，对Makefile进行功能上的扩展。大部分内核中的Makefile都使用kbuild进行组织，它能使原本的Makefile代码变得更简洁、高效。kbuild中会预定义一些变量，如obj-y、obj-m，用来指定要生成的.o目标文件。只需要对该变量进行赋值，kbuild就会自动把代码编译到内核或编译成模块。

通常，内核驱动有两种编译和加载方式：第一种是直接把驱动程序编译进内核中，对应obj-y变量；第二种是将驱动程序作为模块单独编译成.ko文件，而不编译进内核中，然后手动加载，即obj-m变量。本例中将DriverFramework.o赋值给obj-m变量，就是采用第二种模式，单独生成一个独立的DriverFramework.ko文件。
————————————————
版权声明：本文为CSDN博主「精致的螺旋线」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/baidu_38797690/article/details/122116281

编译命令：

make ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf-

风格二

obj-m := ch36x.o

#交叉编译需要指定内核在ubuntu的位置,内核源代码路径
KERNELDIR= /home/ht/rk3588/nvr_v1.3/kernel_rk_demo

#cc1: all warnings being treated as errors解决办法
CFLAGS = -Wall -Wpointer-arith -Wno-unused
KBUILD_CFLAGS += -w

#交叉编译器路径
CROSS_PATH = /opt/rk_linux/rv1126_1109/gcc-arm-10.3-2021.07-x86_64-aarch64-none-linux-gnu/bin/aarch64-none-linux-gnu-

#驱动模块源代码路径
PWD	:= $(shell pwd)

#交叉编译
modules:
	$(MAKE) ARCH=arm64 $(CFLAGS) LOCALVERSION="sun50iw6" CROSS_COMPILE=$(CROSS_PATH) -C $(KERNELDIR) M=$(PWD) modules
clean:
	rm -rf *.o *~ core .depend .*.cmd *.mod *.mod.c .tmp_versions modules.order Module.symvers Module.markers built-in.o ch36x.ko *.ko.*

三、编译应用

3.1 最简单的：只有一个.c文件编译没有必要写Makefile

假设文件是main.c，交叉编译成main.elf，就直接命令行输入：

arm-linux-gnueabihf-gcc main.c -o main.elf

然后本目录下就可以生成main.elf，拷贝到目标平台上就可以运行了。

3.2 风格一：编译时直接make

要想编译时直接make，就得在Makefile里面指定编译器/交叉编译器。

一个使用过的例子：
Makefile文件

rtk_hciattach:hciattach.c hciattach_rtk.o  
	arm-linux-gnueabihf-gcc -o rtk_hciattach hciattach.c hciattach_rtk.o  

hciattach_rtk.o:hciattach_rtk.c
	arm-linux-gnueabihf-gcc -c hciattach_rtk.c

clean:
	rm -f *.o  rtk_hciattach

编译：

make

然后本目录下就可以生成rtk_hciattach可执行文件了。

四、错误记录

4.1 编译内核模块报错1：cc1: some warnings being treated as errors

make -C /home/liefyuan/luckfox-pico-main/sysdrv/source/kernel M=/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver modules
make[1]: Entering directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_ldisc.o
/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_ldisc.c: In function 'hci_uart_init':
/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_ldisc.c:1149:22: error: assignment to 'ssize_t (*)(struct tty_struct *, struct file *, unsigned char *, size_t,  void **, long unsigned int)' {aka 'int (*)(struct tty_struct *, struct file *, unsigned char *, unsigned int,  void **, long unsigned int)'} from incompatible pointer type 'ssize_t (*)(struct tty_struct *, struct file *, unsigned char *, size_t)' {aka 'int (*)(struct tty_struct *, struct file *, unsigned char *, unsigned int)'} [-Werror=incompatible-pointer-types]
  hci_uart_ldisc.read = hci_uart_tty_read;
                      ^
cc1: some warnings being treated as errors
make[2]: *** [scripts/Makefile.build:273: /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_ldisc.o] Error 1
make[1]: *** [Makefile:1917: /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver] Error 2
make[1]: Leaving directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'
make: *** [Makefile:12: all] Error 2

解决办法：

编译驱动的makefile中加入下面两句

#cc1: all warnings being treated as errors解决办法
CFLAGS = -Wall -Wpointer-arith -Wno-unused
KBUILD_CFLAGS += -w

为了避免内核继续将警告提示错误导致的编译失败

4.2 编译内核模块报错2

root@DESKTOP-2CFURMS:/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver# make ARCH=arm CROSS_COMPILE=arm-rockchip830-linux-uclibcgnueabihf-
make -C /home/liefyuan/luckfox-pico-main/sysdrv/source/kernel M=/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver modules
make[1]: Entering directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'
  MODPOST /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/Module.symvers
ERROR: modpost: "hci_register_dev" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "hci_recv_frame" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "hci_unregister_dev" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "bt_err" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "bt_info" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "hci_alloc_dev" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
ERROR: modpost: "hci_free_dev" [/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko] undefined!
make[2]: *** [scripts/Makefile.modpost:169: /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/Module.symvers] Error 1
make[2]: *** Deleting file '/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/Module.symvers'
make[1]: *** [Makefile:1819: modules] Error 2
make[1]: Leaving directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'
make: *** [Makefile:12: all] Error 2

来源：https://github.com/espressif/esp-hosted/issues/110
kernel没有编译支持Bluetooth的功能，建议通过make menuconfig来配置蓝牙相关功能后再编译内核，最后再来编译.ko。
【嵌入式Linux】编译应用和ko内核模块Makefile使用记录,嵌入式Linux驱动,嵌入式linux,linux,服务器,运维

浑身通透。我居然理解了他的意思。
卧槽，牛逼！！！试了一下，KO编译出来了！！！

root@DESKTOP-2CFURMS:/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver# make ARCH=arm CROSS_COMPILE=arm-rockchip830-linux-uclibcgnueabihf-
make -C /home/liefyuan/luckfox-pico-main/sysdrv/source/kernel M=/home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver modules
make[1]: Entering directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_ldisc.o
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_h4.o
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_rtk_h5.o
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/rtk_coex.o
  LD [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.o
  MODPOST /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/Module.symvers
  CC [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.mod.o
  LD [M]  /home/liefyuan/luckfox-pico-main/project/app/rkwifibt-1.0.0/realtek/bluetooth_uart_driver/hci_uart.ko
make[1]: Leaving directory '/home/liefyuan/luckfox-pico-main/sysdrv/source/kernel'

Makefile文件文章来源地址https://www.toymoban.com/news/detail-719847.html

MODULE_NAME = hci_uart

ifneq ($(KERNELRELEASE),)
	obj-m :=$(MODULE_NAME).o
	$(MODULE_NAME)-y := hci_ldisc.o hci_h4.o hci_rtk_h5.o rtk_coex.o
	CFLAGS = -Wall -Wpointer-arith -Wno-unused
	KBUILD_CFLAGS += -w
else
	PWD := $(shell pwd)
	KDIR := /home/liefyuan/luckfox-pico-main/sysdrv/source/kernel

all:
	$(MAKE) -C $(KDIR) M=$(PWD) modules

clean:
	rm -rf *.o *.mod *.mod.c *.mod.o *.ko *.symvers *.order *.a
endif

到了这里，关于【嵌入式Linux】编译应用和ko内核模块Makefile使用记录的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处： 如若内容造成侵权/违法违规/事实不符，请点击违法举报进行投诉反馈，一经查实，立即删除！

分享到：
领支付宝红包 赞助服务器费用

相关文章

  • 嵌入式开发之linux内核移植

    嵌入式开发之linux内核移植

    目录  前言 一、下载内核源码 1.1 下载linux-3.0.1 1.2 解压源码文件 二、 内核添加yaffs2文件系统支持 2.1 下载yaffs2 2.2 内核添加yaffs2文件补丁 三、配置开发板 3.1 修改机器ID 3.2 添加开发板初始化文件 3.3 配置NandFalsh 3.3.1 添加NandFlash设备 3.3.2 添加NandFlash驱动 3.3 修改Kconfig（支持

    2024年02月07日
    浏览(104)
  • 【嵌入式环境下linux内核及驱动学习笔记-（10-内核内存管理）】

    【嵌入式环境下linux内核及驱动学习笔记-（10-内核内存管理）】

    对于包含MMU（内存管理单元）的处理器而言，linux系统以虚拟内存的方式为每个进程分配最大4GB的内存。这真的4GB的内存空间被分为两个部分–用户空间 与 内核空间。用户空间地地址分布为0~3GB，剩下的3 ~ 4GB 为内核空间。如下图。 用户进程通常只能访问用户空间的虚拟地址

    2024年02月11日
    浏览(58)
  • 嵌入式Linux底层系统开发 +系统移植+内核文件系统(基础）

    嵌入式Linux底层系统开发 +系统移植+内核文件系统(基础）

    搭建交叉编译开发环境 bootloader的选择和移植 kernel的配置、编译、移植和调试 根文件系统的制作 前两个要点通常芯片厂家提供。后边两个要点是公司的工作重点。 学习方法：先整体后局部，层层推进 如何编译—如何添加命令和功能—如何定义自己的开发板。 移植的基本步

    2024年02月03日
    浏览(71)
  • 修改嵌入式 ARM Linux 内核映像中的文件系统

    修改嵌入式 ARM Linux 内核映像中的文件系统

    zImage 是编译内核后在 arch/arm/boot 目录下生成的一个已经压缩过的内核映像。通常我们不会使用编译生成的原始内核映像 vmlinux ，因其体积很大。因此， zImage 是我们最常见的内核二进制，可以直接嵌入到固件，也可以直接使用 qemu 进行调试。当然，在 32 位嵌入式领域还能见到

    2024年02月10日
    浏览(80)
  • 嵌入式Linux驱动开发 02：将驱动程序添加到内核中

    嵌入式Linux驱动开发 02：将驱动程序添加到内核中

    在上一篇文章 《嵌入式Linux驱动开发 01：基础开发与使用》 中我们已经实现了最基础的驱动功能。在那篇文章中我们的驱动代码是独立于内核代码存放的，并且我们的驱动编译后也是一个独立的模块。在实际使用中将驱动代码放在内核代码中，并将驱动编译到内核中也是比较

    2023年04月09日
    浏览(74)
  • 使用VSCode clangd插件进行linux内核代码阅读和嵌入式开发

    使用VSCode clangd插件进行linux内核代码阅读和嵌入式开发

    在进行 Linux 内核代码阅读和嵌入式开发时，选择合适的开发工具至关重要。VSCode 是一个流行的跨平台编辑器，并且它的扩展生态系统非常强大。在这篇博客中，我们将介绍如何使用 VSCode Clangd 插件来提高 Linux 内核代码的阅读和嵌入式开发效率。 Clangd 是一个基于 Clang 的语言

    2024年02月09日
    浏览(51)
  • 【嵌入式环境下linux内核及驱动学习笔记-（5-驱动的并发控制机制）】

    【嵌入式环境下linux内核及驱动学习笔记-（5-驱动的并发控制机制）】

    在讨论并发前，先要了解以下几个概念：执行流，上下文，共享与临界等。 什么叫执行流： 【执行流】：有开始有结束总体顺序执行的一段代码 又称 上下文 。 上下文分类： 【任务上下文】：普通的，具有五种状态（就绪态、运行态、睡眠态、暂停态、僵死态），可被阻塞

    2023年04月21日
    浏览(50)
  • 嵌入式Linux Qt交叉编译环境搭建

    嵌入式Linux Qt交叉编译环境搭建

    TinkerBoard2主板，BuildRoot根文件系统，package自带的Qt版本为5.14.2，所以安装的版本也是5.14.2 安装的组件看个人需求，我都要了 默认安装路径/opt/Qt5.14.2/ 源码路径/opt/Qt5.14.2/5.14.2/Src/ 安装后选定的打包工具路径/opt/Qt5.14.2/5.14.2/(我的默认有gcc_64和android) 这种方法容易导致version `G

    2024年01月25日
    浏览(53)
  • （三）内核移植--从零开始自制linux掌上电脑（F1C200S)＜嵌入式项目＞

    （三）内核移植--从零开始自制linux掌上电脑（F1C200S)＜嵌入式项目＞

    目录 一、bootloader、kernel、rootfs联系 二、内核移植 1. 内核源码获取 2. 内核配置与编译 🍍 基础配置与编译 🍍 TF卡分区 🍍 内核烧录 三、参考内容 kernel可以理解为一个 庞大的裸机程序 ，和uboot以及其他比如点灯类似的裸机程序没有本质区别，只是kernel分为 用户态和内核态

    2024年02月15日
    浏览(85)

  • 【ARM 嵌入式 编译系列 4 -- linux 编译属性 __read_mostly 介绍】

    请阅读 【ARM GCC 编译专栏导读】 上篇文章：【ARM 嵌入式 编译系列 3.3 – gcc 动态库与静态库的链接方法介绍】 下篇文章：【ARM 嵌入式 编译系列 4.1 – GCC 编译属性 likely与unlikely 学习】 __read_mostly 是一个在Linux内核编程中用到的宏定义，这是一个gcc编译器的属性，用于告诉编

    2024年02月13日
    浏览(57)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包，优惠每天领

二维码1

领取红包

二维码2

领红包