【转】如何编译linux驱动ko
前言
上一篇我们写了一篇关于怎么玩proc的文章,其中涉及到了怎么编译KO的操作。在查资料的时候发现了前辈的一篇很不错的文章,这里我们就直接拷贝做个笔记。
原文链接:https://blog.csdn.net/li_man_man_man/article/details/126534271
1.概述
本文描述了liunx驱动ko的编译方法,其中单编驱动ko是本文的重点。
什么是ko?
在Linux中一个.ko文件就是一个模块文件。
linux提供了一种称为模块(Module)的机制,模块具有以下特点:
- 1、模块自身不被编译到内核映像中,从而不影响内核映像的大小
- 2、一旦模块被加载,模块和内核中的其他部分的功能完全一样。
2.编译ko的方法
2.1可执行文件编译方法
我们使用gcc交叉编译工具可以通过.c文件直接编译出可执行文件
arm-linux-gcc demo.c -o demo
那么可以通过这种方式直接编译驱动ko吗?
答案是不可以!
2.2驱动ko的编译方法
驱动程序中使用了大量的linux内核函数和数据,因此驱动程序的编译依赖linux内核源码,如下图所示。
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/fs.h>
#include <linux/init.h>static struct file_operations demo_flops =
{.owner = THIS_MODULE,.open = demo_open, .write = demo_write,.read = demo_read,.release = demo_close,
};
这里有两种方法可以用来得到ko文件。
方法一:整编内核
方法二:单编ko
1-整编内核
编写一个demo_driver.c的驱动程序**(整编内核和单编ko都使用该代码)**,驱动程序源码如下:
/**
*********************************************************************************************************
* demo_driver
* (c) Copyright 2021-2031
* All Rights Reserved
*
* @File :
* @By : liwei
* @Version : V0.01
*
*********************************************************************************************************
**//**********************************************************************************************************
Includes
**********************************************************************************************************/
#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/fs.h>
#include <linux/init.h>/**********************************************************************************************************
Define
**********************************************************************************************************/
#define DRIVER_MAJOR 188
#define DEVICE_NAME "demo_driver"/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static int demo_open(struct inode *inode, struct file *file)
{ printk(KERN_EMERG "======================demo_open======================\n");return 0;
}
/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static ssize_t demo_write(struct file *file, const char __user * buf, size_t count, loff_t *ppos)
{printk(KERN_EMERG "======================demo_write======================\n");return 0;
}
/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static ssize_t demo_read(struct file *file, char __user * buf, size_t count, loff_t *ppos)
{printk(KERN_EMERG "======================demo_read ======================\n"); return 0;
}
/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static int demo_close(struct inode *inode, struct file *file)
{printk(KERN_EMERG "======================demo_close ======================\n");return 0;
}/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static struct file_operations demo_flops =
{.owner = THIS_MODULE,.open = demo_open, .write = demo_write,.read = demo_read,.release = demo_close,
};/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static int __init demo_init(void)
{int ret;//注册设备ret = register_chrdev(DRIVER_MAJOR,DEVICE_NAME, &demo_flops);if (ret < 0) {printk(KERN_EMERG DEVICE_NAME " can't register major number.\n");return ret;}else{printk(KERN_EMERG DEVICE_NAME " ======================demo init======================\n");}return 0;
}
/***********************************************************************************************************
* @描述 :
***********************************************************************************************************/
static void __exit demo_exit(void)
{unregister_chrdev(DRIVER_MAJOR, DEVICE_NAME);printk(KERN_EMERG DEVICE_NAME " ======================demoexit======================\n");
}module_init(demo_init);
module_exit(demo_exit);
MODULE_LICENSE("GPL");
/***********************************************END*******************************************************/
我们将demo_driver.c程序拷贝到…/linux-2.6.32.2/drivers/char目录下。
修改…/linux-2.6.32.2/drivers/char目录下Makefile文件,在Makefile中增加如下代码:
obj-m += demo_driver.o
回到linux内核源码根目下…/linux-2.6.32.2 ,执行编译指令
make
等待内核编译约20分钟…
最终得到demo_driver.ko
整编内核的模式示意图如下:
2-单编KO
1-make modules
make modules 指令为编译内核模块指令,该指令的功能是编译内核中所有配置为模块的程序得到模块ko文件,make modules 命令只能在内核源码顶层目录下执行。
make modules是编译所有的内核模块,如何单独编译一个指定的模块呢?我增加M参数
make M=DIR modules
“M=”参数的作用是以内核源码为基础编译一个外部模块。命令中“M=DIR”,程序会自动跳转到所指定的DIR目录中查找模块源码,编译生成ko文件。
2-Makefile
单编KO的Makefile文件如下:
# .PHONY来显示地指明main clean是伪目标
.PHONY: main clean# 定义了KERNELDIR ,PWD ,CROSS_ARCH 三个变量。
KERNELDIR := /home/liwei/v3_work/project/linux-2.6.32.2
PWD := $(shell pwd)
CROSS_ARCH := /home/liwei/v3_work/tools/arm-linux-gcc-4.4.3/opt/FriendlyARM/toolschain/4.4.3/bin/arm-linux-gcc# 指定将demo_driver.c编译成demo_driver.ko文件。
obj-m += demo_driver.o# main:是第一个伪目标,也就是默认目标
main: $(MAKE) $(CROSS_ARCH) -C $(KERNELDIR) M=$(PWD) modules # clean是执行清除工作的伪目标。
clean: rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions *.symvers *.d *.markers *.order
$(MAKE) 为make
$(CROSS_ARCH) 为指定的编译工具
-C (KERNELDIR) 选项的作用是将工作目录转移到指定的KERNELDIR位置
-M=(PWD) modules ,作用是以内核源码为基础编译一个外部模块
将demo_driver.c和上述的Makefile文件放在同一个目录下(路径为任何路径,不需要一定放在内核目录中),执行make指令。
大约3秒钟,编译得到demo_driver.ko文件,单编KO的优势就是快(3秒钟)
最终得到了demo_driver.ko文件,我们将文件传输到开发板中并测试驱动ko文件。
执行加载驱动:
insmod demo_driver.ko
查看驱动设备:
cat /proc/devices
测试结果:编译出来的驱动ko运行正常。
单编KO的模式如下:
5.总结
本文描述了liunx驱动ko的编译的两种方法:整编内核 和单编KO 。 并重点描述了单编ko的实现方法和优势。
【转】如何编译linux驱动ko相关推荐
- 如何编译linux驱动ko
1.概述 本文描述了liunx驱动ko的编译方法,其中单编驱动ko是本文的重点. 什么是ko? 在Linux中一个.ko文件就是一个模块文件. linux提供了一种称为模块(Module)的机制,模块 ...
- linux声卡模块编译,Linux驱动的开发与移值——分析Tiny210的声卡驱动模块
目的: 接着上一篇文章<S3C6410 LCD驱动的分析过程--定位相关源代码>地址:http://www.linuxidc.com/Linux/2012-02/54665.htm ,再写 ...
- 编译linux驱动时提示很多源码头文件和定义缺失
一.问题描述 在写好驱动程序要编译的时候,出现以下错误提示(中间也有很多类似头文件和定义缺失的提示,篇幅问题没有放上来): make -C /home/lzh/study_1/alientek-alp ...
- mtk无线网卡 linux,模块编译问题 给MTK芯片的wifi网卡编译linux驱动 系统是mint
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼 我在RPI下也试了 都不行 错误信息 /home/mio/work/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/li ...
- linux系统如何安装mtk驱动程序,模块编译问题 给MTK芯片的wifi网卡编译linux驱动 系统是mint...
该楼层疑似违规已被系统折叠 隐藏此楼查看此楼 我在RPI下也试了 都不行 错误信息 /home/mio/work/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913/os/li ...
- 《Android深度探索(卷1):HAL与驱动开发》——6.4节使用多种方式测试Linux驱动...
本节书摘来自异步社区<Android深度探索(卷1):HAL与驱动开发>一书中的第6章,第6.4节使用多种方式测试Linux驱动,作者李宁,更多章节内容可以访问云栖社区"异步社区 ...
- linux驱动日志格式,( 转)嵌入式Linux驱动Makefile
天气: 晴朗 心情: 高兴 ( 转)嵌入式Linux驱动开发笔记 1.1 模块的编译 Linux驱动一般以模块module的形式来加载,首先需要把驱动编译成模块的形式.简单的例子, Be ...
- disk磁盘管理与Linux驱动编写
磁盘管理 一.关于硬盘接口 安装linux red hat系统,到分区时发现硬盘驱动器设备 /dev/sda #sata接口设备名 /dev/sda1#sda对应的物理分区 /d ...
- linux学习笔记(五)编译内核模块生成ko驱动文件
系列文章目录 linux学习笔记(五)编译内核模块生成ko驱动文件 文章目录 系列文章目录 前言 一.加载内核简介 二.第一个hello world文件 1.文件树 2.hello.c 3.Makef ...
最新文章
- 传智播客--WPF基础视频学习--sender解释(小白内容)
- oracle之 Got minus one from a read call 与 ORA-27154: post/wait create failed
- 有没有朋友可以帮我解释一下贴水是什么意思?
- oracle存储过程关键字有哪些,ORACLESTREAMS存储过程中的一些参数有哪些?
- Codeforces1142D
- mysql双机热备实现
- vb 常量数组_用VB制作一个程序的基本步骤
- 同步 Github fork 分支
- jvm gc监控分析常用命令
- 【汇编语言与计算机系统结构笔记03】浮点数的计算机表示,IEEE 754,舍入(rounding),C语言中的浮点数
- 无效内存引用_10.swift5-常见语法及内存管理
- PHP 并发场景的几种解决方案
- rs485数据线接反_rs485接口怎么接线?弱电人必学RS485接口基础知识讲解
- DDoS原理、分类与防御
- 妙招!如何用Python巧妙的批量合并 Excel!
- 区块链DAPP开发 以太坊智能合约框架有哪些
- Spring事务管理 .
- 感悟:君子不立于危墙之下
- win10安装elasticSearch8.1.2,报错解决方案
- IE和chrom兼容性分析(持续更新)