Linux驱动开发笔记（三）：基于ubuntu的helloworld驱动源码编写、makefile编写以及驱动编译加载流程测试

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/130542981

红胖子网络科技博文大全：开发技术集合（包含Qt实用技术、树莓派、三维、OpenCV、OpenGL、ffmpeg、OSG、单片机、软硬结合等等）持续更新中…

Linux系统移植和驱动开发专栏

上一篇：《Linux驱动开发笔记（二）：ubuntu系统从源码安装gcc7.3.0编译器》
下一篇：敬请期待…

前言

  前面学习了驱动的基础框架，上一篇编译了gcc7.3.0，那么为了方便很好的熟悉流程，本篇，将使用ubuntu18.04，直接编译ubuntu18.04的驱动，然后做好本篇文章的相关实战测试。

Ubuntu虚拟机准备

步骤一：安装虚拟机

  本次使用之前rk3568的ubuntu18.04，笔者没有重新弄了，安装虚拟机的过程请自行搜索查找完成。
  

步骤二：获取内核版本号

  获取内核版本号是为了确认内核版本号一致。

sudo cat /proc/version

  

步骤三：校准编译器版本

  前面获取了内核的编译器版本是gcc7.3.0，但是本机是gcc7.5，需要变更版本：
  

步骤四：下载内核源码

sudo cat /proc/version
sudo apt-cache search linux-source
sudo apt-get install linux-source-4.15.0

  查看到本ubuntu的内核版本，然后下载对应的版本：
  
  以上准备好的内核源码和编译器则可以开始编译内核。

内核编译

  注意1：ubuntu的/usr/src下有内核的头文件可编译直接使用。
  注意2：本标题章节所编译的内核然后使用该内核编译的驱动是不可兼容的。
  

步骤一：下载解压

  
  发现其实系统自带了header头文件。（PS：-header- 就是头文件，驱动和某些和内核功能关联的东西都要调用当前内核版本的对应头文件才能正确的编译出来而且可以使用。所以有些发行版就制作了专用的 header 包来让需要的程序调用。这种包只有 header 文件，没有其他无关开发的内容。

扫描二维码关注公众号，回复： 15251610 查看本文章

cd linux-source-4.18.0/
sudo tar xvf linux-source-4.18.0.tar.bz2

  

步骤二：内核配置

cd linux-source-4.18.0
sudo make menuconfig

  
  进入了配置：
  
  不做任何配置变动，退出。

步骤三：直接编译

make -j8

  
  半小时左右编译完成：
  

驱动编译

  把驱动编译城模块，然后加载到内核里面。

步骤一：使用前面编写的驱动和makefile

  

驱动代码文件

  

#include <linux/init.h>
#include <linux/module.h>

static int hello_init(void)
{
    
    
    // 在内核里面无法使用基础c库printf，需要使用内核库printk
    printk(“Hello, I’m hongPangZi\n”);
    return 0;
}

static void hello_exit(void)
{
    
    
    printk(“bye-bye!!!\n”);
}

MODULE_LICENSE(“GPL”);

module_init(hello_init);
module_exit(hello_exit);

驱动makefile

  
  这里make过不去，发现这里不能是空格，如下图，才可以：
  

obj-m += helloworld.o

KDIR:=/usr/src/linux-source-4.18.0/linux-source-4.18.0

PWD?=$(shell pwd)

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

步骤二：编译make

make

  直接在驱动工程目录编译：
  

  这里是makefile的m要大写，修改后可编译：
  

  应该是windows拷贝 过来字符编码啥的变了（双引号），这里更正一下：
  
  
  然后再编译：
  
  编译成功
  

步骤三：加载卸载驱动测试

  将驱动拷贝到开发板或者目标系统，然后使用加载指令：

insmod helloworld.ko

  会打印入口加载的printk输出。
  

  出现问题可能原因一是内核编译使用的编译器和模块使用的编译器版本不一致。
  这里我们核对过是一样的，所以此处暂时也不知道如何，如下图：
  

  那么怀疑问题二：编译模块时选择的Linux头文件目录与当前运行的系统版本不匹配（可能是配置吧，明显大版本和子版本是一致的）
  所以这里我们重新配置一下makefile，直接引用linux-header如下：

  
  编译通过：
  

  继续加载、查看和卸载测试：
  

  发现ubuntu中printk终端无打印的问题，是重定向问题，打入内核日志消息了，可以使用dmesg进行查看：

  

  至此，会发现作为ubuntu来说，自带的/usr/src下的就是内核的头文件编译直接使用就可以了，无需编译内核，但是编译器还是需要的。
  本文章内核编译保留，因为编译内核是一个准备条件。

上一篇：《Linux驱动开发笔记（二）：ubuntu系统从源码安装gcc7.3.0编译器》
下一篇：敬请期待…

若该文为原创文章，转载请注明原文出处
本文章博客地址：https://hpzwl.blog.csdn.net/article/details/130542981