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

已于 2024-01-19 14:55:33 修改
阅读量1.7k 收藏 12
点赞数 2
分类专栏： 嵌入式Linux驱动 嵌入式linux makefile 文章标签： linux
于 2023-10-26 18:15:48 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28877125/article/details/134049180
版权

文章目录

一、常用的语法

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。
在这里插入图片描述

浑身通透。我居然理解了他的意思。
卧槽，牛逼！！！试了一下，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文件

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
liefyuan
关注
  • 2
    点赞
  • 踩
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
warnings-treated-as-errors.md
12-18
# all warnings being treated as errors ## 技巧 在ubuntu系统下编译一个程序包，有时会遇到这样的错误： $ make ... cc1: all warnings being treated as errors
嵌入式linux按键驱动程序源代码和Makefile编译文件源代码
05-27
嵌入式linux按键驱动程序源代码和Makefile编译文件源代码
【Linux驱动层】linux内核模块编译makefile
最新发布
zsyyugong的博客
03-03 1050
各级子目录中的makefile文件的作用就是先切换到顶层makefile，然后通过obj-m在可加载模块编译列表中添加当前模块，kbuild-makefile就会将其编译成可加载模块
嵌入式linux触摸屏驱动源代码和Makefile编译驱动文件源代码
05-27
嵌入式linux触摸屏驱动源代码和Makefile编译驱动文件源代码
最简单的嵌入式linux驱动生成ko文件的Makefile和驱动文件源代码和应用测试程序源代码
05-27
最简单的嵌入式linux驱动生成ko文件的Makefile和驱动文件源代码和应用测试程序源代码
linux下编译时报错：cc1: warnings being treated as errors
Wangguang_的博客
03-01 1万+
这个报错信息是：将警报作为错误处理 解决方法：打开该目录下的Makefile文件，将该文件中的-Werror注释掉即可； 具体操作方法：终端输入：vim Makefile，进入末行模式，输入：g/-Werror（一般为CFLAGS = -Werror），在-Werror后输入‘#’，保存退出，重新编译即可； 如果在该目录下找不到该标志，到上一层目录下寻找，也可在顶层目录Makefile修改 ...
gdate error: format not a string literal -Werror=format-nonliteral 错误详解
wwwyuewww的专栏
01-28 4421
项目中用到了glib，在对其交叉编译时，没想到出现了如下错误： gdate.c: In function 'g_date_strftime': gdate.c:2497:7: error: format not a string literal, format string not checked [-Werror=format-nonliteral] tmplen = strftime (tmpbuf, tmpbufsize, locale_format, &tm)...
BLIINKER+ESP32编译问题：some warnings being treated as errors
m0_51263827的博客
10-12 4960
问题描述： 我在学习esp32的时候想尝试一下blinker物联网的使用，在调用官方的例程的时候发现程序编译出现了问题： 上图中的wifi.h对应多个库没有问题，对实际编译无影响。主要是出现了“some warnings being treated as errors”这个问题 上图中cclplus.exe是c++的编译器，出现问题是因为编译器把一些警告当成错误了。 解决问题的经过： 在csdn逛了一圈没看到解决方案，在度娘搜狗都无...
Ubuntu14.04安装PANDA过程中出现cc1: warnings being treated as errors
blingbling的博客
08-02 1868
出错详情 原因：编译过于严格 解决：寻找Makefile中包含-Werror的行，将-Werror删掉或者注释掉1、在/panda目录下输入grep -R Werror ./* 查找所有包含-Werror的项
ndk-build时提示“some warnings being treated as errors”
热门推荐
wingor2010的专栏
06-04 1万+
解决方法：在Application.mk文件后面添加下面代码： APP_CPPFLAGS += -Wno-error=format-security
安装交叉调试器gdb，编译出错cc1: warnings being treated as errors
mlove编程
11-23 4253
安装交叉调试器ARM-GDB(解决cc1: warnings being treated as errors) 1，下载GDB源码包并解压； 2，./configure --target=arm-linux --prefix=/opt/arm-gdb 配置--target和--prefix，指定目标板体系结构和安装路径； 3，make 上面国嵌所用的build_all
代码块-一个简单的Linux内核模块c和makefile代码
08-07
代码块-一个简单的Linux内核模块c和makefile代码
嵌入式linux控制LED灯的驱动程序源代码和Makefile编译驱动生成ko文件源代码和应用程序源代码
05-27
嵌入式linux控制LED灯的驱动程序源代码和Makefile编译驱动生成ko文件源代码和应用程序源代码
Linux内核模块化编程
weixin_50796066的博客
06-28 1019
本文主要介绍了Linux内核的模块化编程，以及多模块编程，包括了内核代码框架编写、编译和使用，多个模块相互调用，多文件编译成一个模块，模块化传参等。
Linux模块文件编译到内核与独立编译成.ko文件的方法
嵌入式技术开发
06-23 4672
很多粉丝在群里提问，如何把一个模块文件编译到内核中或者独立变异成ko文件。本文给大家详解讲解。
三、Linux内核模块编写（一个c文件生成一个ko文件）
qq_48361010的博客
06-27 1209
Linux模块编写
Linux内核模块编程，多源码Makefile编写
linux
08-06 1407
https://mp.csdn.net/console/editor/html/107838044 在学习内核模块编程的时候遇到了一些由于Makefile书写不正确导致的问题。一个.c源文件的Makefile按照网上的大部分资料介绍那样是没有问题的，多个源文件的内核模块编程时，就出现问题了。把过程和解决方法贴出来，供大家参考，一起学习。 单文件.c的编程： 单文件.c编写内核模块是常用的内核模块编写方法，对一些比较简单的功能比较使用。 test.c //test.c #in...
Linux·内核编译错误
m0_64560763的博客
08-18 4144
Linux·内核编译错误-cc1: error: code model kernel does not support PIC mode
Linux 内核模块ko 编译流程梳理
yyymmmmyyy的博客
10-07 627
在内核目录外执行命令make -C M= modules 是如何得到.ko文件的
linux内核编译makefile
04-11
Makefile是Linux内核编译时用到的一种工具。它可以自动化编译过程中的各种操作，如编译、链接等，从而提高编译效率和准确性。Makefile通常是一个文本文件，其中包含了用于编译内核的各种指令和规则。在Linux内核编译中，Makefile是一个非常重要的工具。

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值