【i.MX6ULL】驅動開發1——字符設備開發模板

之前的幾篇文章（從i.MX6ULL嵌入式Linux開發1-uboot移植初探起)，介紹了嵌入式了Linux的系統移植（uboot、內核與根文件系統）以及使用MfgTool工具將系統燒寫到板子的EMMC中。

本篇開始介紹嵌入式Linux驅動開發。

內容較多，先看目錄：

1 Linux驅動分類

Linux中的外設驅動可以分為三大類：字符設備驅動、塊設備驅動和網絡設備驅動。

字符設備驅動：字符設備是能夠按照字節流（比如文件）進行讀寫操作的設備。字符設備最常見，從最簡單的點燈到I2C、SPI、音頻等都屬于字符設備驅動

塊設備驅動：以存儲塊為基礎的設備驅動，如EMMC、NAND、SD卡等。對用戶而言，字符設備與塊設備的訪問方式沒有差別。

網絡設備驅動：即網絡驅動，它同時具有字符設備和塊設備的特點，因為它是輸入輸出是有結構塊的（報文，包，幀），但它的塊的大小又不是固定的。

2 Linux驅動基本原理

在Linux中一切皆文件，驅動加載成功以后會在“/dev”目錄下生成一個相應的文件，應用程序通過對這個名為“/dev/xxx”的文件進行相應的操作即可實現對硬件的操作。

比如最簡單的點燈功能，會有/dev/led這樣的驅動文件，應用程序使用open函數來打開文件/dev/led，如果要點亮或關閉led，那么就使用write函數寫入開關值，如果要獲取led的狀態，就用read函數從驅動中讀取相應的狀態，使用完成以后使用close函數關閉/dev/led這個文件。

2.1 Linux軟件分層結構

Linux軟件從上到下可以分層4層結構，以控制LED為例：

應用層：應用程序使用庫提供的open函數打開LED設備

庫：庫根據open函數傳入的參數執行“swi”指令，進而引起CPU異常，進入內核

內核：內核的異常處理函數根據傳入的參數找到對應的驅動程序，返回文件句柄給庫，進而返回給應用層

應用層得到文件句柄后，使用庫提供的write或ioctl發出控制指令

庫根據write或ioctl函數傳入的參數執行“swi”指令，進入內核

內核的異常處理函數根據傳入的參數找到對應的驅動程序

驅動：驅動程序控制硬件，點亮LED

應用程序運行在用戶空間，而Linux驅動屬于內核的一部分，因此驅動運行于內核空間。當應用層通過open函數打開/dev/led 這個驅動時，因用戶空間不能直接操作內核，因此會使用“系統調用”的方法來從用戶空間“陷入”到內核空間，實現對底層驅動的操作。

比如應用程序調用了open這個函數，則在驅動程序中也應有一個對應的open的函數。

2.2 Linux內核驅動操作函數

每一個系統調用，在驅動中都有與之對應的一個驅動函數，在Linux內核文件include/linux/fs.h中有個file_operations結構體，就是Linux內核驅動操作函數集合：

struct file_operations { struct module *owner; loff_t (*llseek) (struct file *, loff_t, int); ssize_t (*read) (struct file *, char __user *, size_t, loff_t *); ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *); ssize_t (*read_iter) (struct kiocb *, struct iov_iter *); ssize_t (*write_iter) (struct kiocb *, struct iov_iter *); int (*iterate) (struct file *, struct dir_context *); unsigned int (*poll) (struct file *, struct poll_table_struct *); long (*unlocked_ioctl) (struct file *, unsigned int, unsigned long); long (*compat_ioctl) (struct file *, unsigned int, unsigned long); int (*mmap) (struct file *, struct vm_area_struct *); int (*mremap)(struct file *, struct vm_area_struct *); int (*open) (struct inode *, struct file *); int (*flush) (struct file *, fl_owner_t id); int (*release) (struct inode *, struct file *); int (*fsync) (struct file *, loff_t, loff_t, int datasync); int (*aio_fsync) (struct kiocb *, int datasync); int (*fasync) (int, struct file *, int); /*省略若干行...*/ };

其中有關字符設備驅動開發中常用的函數有：

owner：擁有該結構體的模塊的指針，一般設置為THIS_MODULE。

llseek函數：用于修改文件當前的讀寫位置。

read函數：用于讀取設備文件。

write函數：用于向設備文件寫入(發送)數據。

poll函數：是個輪詢函數，用于查詢設備是否可以進行非阻塞的讀寫。

unlocked_ioctl函數：提供對于設備的控制功能， 與應用程序中的 ioctl 函數對應。

compat_ioctl函數：與 unlocked_ioctl功能一樣，區別在于在 64 位系統上，32 位的應用程序調用將會使用此函數。在 32 位的系統上運行 32 位的應用程序調用的是unlocked_ioctl。

mmap函數：用于將將設備的內存映射到進程空間中(也就是用戶空間)，一般幀緩沖設備會使用此函數， 比如 LCD 驅動的顯存，將幀緩沖(LCD 顯存)映射到用戶空間中以后應用程序就可以直接操作顯存了，這樣就不用在用戶空間和內核空間之間來回復制。

open函數：用于打開設備文件。

release函數：用于釋放(關閉)設備文件，與應用程序中的 close 函數對應。

fasync函數：用于刷新待處理的數據，用于將緩沖區中的數據刷新到磁盤中。

aio_fsync函數：與fasync功能類似，只是 aio_fsync 是異步刷新待處理的

2.3 Linux驅動運行方式

Linux 驅動有兩種運行方式：

將驅動編譯進Linux內核中， 這樣當Linux內核啟動的時候就會自動運行驅動程序。

將驅動編譯成模塊(擴展名為 .ko)， 在Linux內核啟動以后使用“insmod”命令加載驅動模塊。

在驅動開發階段一般都將其編譯為模塊，不需要編譯整個Linux代碼，方便調試驅動程序。當驅動開發完成后，根據實際需要，可以選擇是否將驅動編譯進Linux內核中。

2.4 Linux設備號

2.4.1 設備號的組成

Linux中每個設備都有一個設備號，設備號由主設備號和次設備號兩部分組成。

主設備號：表示某一個具體的驅動

次設備號：表示使用這個驅動的各個設備

Linux 提供了名為dev_t的數據類型表示設備號，其本質是32位的unsigned int數據類型，其中高12位為主設備號，低20位為次設備號，因此Linux中主設備號范圍為0~4095。

在文件include/linux/kdev_t.h中提供了幾個關于設備號操作的宏定義：

#define MINORBITS 20 #define MINORMASK ((1U << MINORBITS) - 1) #define MAJOR(dev) ((unsigned int) ((dev) >> MINORBITS)) #define MINOR(dev) ((unsigned int) ((dev) & MINORMASK)) #define MKDEV(ma,mi) (((ma) << MINORBITS) | (mi))

MINORBITS：表示次設備號位數，一共20位

MINORMASK：表示次設備號掩碼

MAJOR：用于從dev_t中獲取主設備號，將dev_t右移20位即可

MINOR：用于從dev_t中獲取次設備號，取dev_t的低20位的值即可

MKDEV：用于將給定的主設備號和次設備號的值組合成dev_t類型的設備號

2.4.2 主設備號的分配

主設備號的分配包括靜態分配和動態分配

靜態分配需要手動指定設備號，并且要注意不能與已有的重復，一些常用的設備號已經被Linux內核開發者給分配掉了，使用“cat /proc/devices”命令可查看當前系統中所有已經使用了的設備號。

動態分配是在注冊字符設備之前先申請一個設備號，系統會自動分配一個沒有被使用的設備號， 這樣就避免了沖突。在卸載驅動的時候釋放掉這個設備號即可。

設備號的申請函數：

/* * dev：保存申請到的設備號 * baseminor：次設備號起始地址，一般baseminor為0 (次設備號以baseminor為起始地址地址開始遞) * count：要申請的設備號數量 * name：設備名字 */ int alloc_chrdev_region(dev_t *dev, unsigned baseminor, unsigned count, const char *name)

設備號的釋放函數：

/* * from：要釋放的設備號 * count：表示從from開始，要釋放的設備號數量 */ void unregister_chrdev_region(dev_t from, unsigned count)

3 字符設備驅動開發模板

3.1 加載與卸載

在編寫驅動的時候需要注冊模塊加載和卸載這兩種函數：

module_init(xxx_init); //注冊模塊加載函數 module_exit(xxx_exit); //注冊模塊卸載函數

module_init()用來向Linux內核注冊一個模塊加載函數，參數xxx_init就是需要注冊的具體函數，當使用 “insmod” 命令加載驅動的時候，xxx_init這個函數就會被調用。

module_exit()用來向Linux內核注冊一個模塊卸載函數，參數xxx_exit就是需要注冊的具體函數，當使 用“rmmod”命令卸載具體驅動的時候 xxx_exit函數就會被調用。

字符設備驅動模塊加載和卸載模板如下所示：

/* 驅動入口函數 */ static int __init xxx_init(void) { /*入口函數內容 */ return 0; } /* 驅動出口函數 */ static void __exit xxx_exit(void) { /*出口函數內容*/ } /*指定為驅動的入口和出口函數 */ module_init(xxx_init); module_exit(xxx_exit);

驅動編譯完成以后擴展名為.ko， 有兩種命令可以加載驅動模塊:

insmod：最簡單的模塊加載命令，用于加載指定的.ko模塊，此命令不能解決模塊的依賴關系

modprobe：該命令會分析模塊的依賴關系，將所有的依賴模塊都加載到內核中，因此更智能

modprobe 命令默認會去/lib/modules/目錄中查找模塊（自制的根文件系統沒有這個目錄，需要手動創建）

卸載驅動也有兩種命令：

rmmod：例如使用rmmod drv.ko來卸載 drv.ko這一個模塊

modprobe -r：該命令除了卸載指定的驅動，還卸載其所依賴的其他模塊，若這些依賴模塊還在被其它模塊使用，就不能使用 modprobe來卸載驅動模塊?。?！

3.2 注冊與注銷

對于字符設備驅動而言，當驅動模塊加載成功以后需要注冊字符設備，同樣，卸載驅動模塊的時候也需要注銷掉字符設備。

字符設備的注冊函數原型如下所示:

/* func: register_chrdev 注冊字符設備 * major:主設備號 * name:設備名字，指向一串字符串 * fops:結構體 file_operations 類型指針，指向設備的操作函數集合變量 */ static inline int register_chrdev(unsigned int major, const char *name, const struct file_operations *fops)

字符設備的注銷函數原型如下所示:

/* func: unregister_chrdev 注銷字符設備 * majo:要注銷的設備對應的主設備號 * name:要注銷的設備對應的設備名 */ static inline void unregister_chrdev(unsigned int major, const char *name)

一般字符設備的注冊在驅動模塊的入口函數 xxx_init 中進行，字符設備的注銷在驅動模塊的出口函數 xxx_exit 中進行。

static struct file_operations test_fops; /* 驅動入口函數 */ static int __init xxx_init(void) { /* 入口函數具體內容 */ int retvalue = 0; /* 注冊字符設備驅動 */ retvalue = register_chrdev(200, "chrtest", &test_fops); if(retvalue < 0) { /* 字符設備注冊失敗, 自行處理 */ } return 0; } /* 驅動出口函數 */ static void __exit xxx_exit(void) { /* 注銷字符設備驅動 */ unregister_chrdev(200, "chrtest"); } /* 將上面兩個函數指定為驅動的入口和出口函數 */ module_init(xxx_init); module_exit(xxx_exit);

注：選擇沒有被使用的主設備號，可輸入命令“cat /proc/devices”來查看當前已經被使用掉的設備號

3.3 實現設備的具體操作函數

file_operations 結構體就是設備的具體操作函數。

假設對chrtest這個設備有如下兩個要求：

能夠實現打開和關閉操作：需要實現 file_operations 中的open和release這兩個函數

能夠實現進行讀寫操作：需要實現 file_operations 中的read和write這兩個函數

首先是 打開(open)、讀取(read)、寫入(write)、釋放(release) 4個基本操作

/*打開設備*/ static int chrtest_open(struct inode *inode, struct file *filp) { /*用戶實現具體功能*/ return 0; } /*從設備讀取*/ static ssize_t chrtest_read(struct file *filp, char __user *buf, size_t cnt, loff_t *offt) { /*用戶實現具體功能*/ return 0; } /*向設備寫數據*/ static ssize_t chrtest_write(struct file *filp, const char __user *buf, size_t cnt, loff_t *offt) { /*用戶實現具體功能*/ return 0; } /*關閉釋放設備*/ static int chrtest_release(struct inode *inode, struct file *filp) { /*用戶實現具體功能*/ return 0; }

然后是 驅動的入口(init)和出口(exit) 函數:

/*文件操作結構體*/ static struct file_operations test_fops = { .owner = THIS_MODULE, .open = chrtest_open, .read = chrtest_read, .write = chrtest_write, .release = chrtest_release, }; /*驅動入口函數*/ static int __init xxx_init(void) { /*入口函數具體內容*/ int retvalue = 0; /*注冊字符設備驅動*/ retvalue = register_chrdev(200, "chrtest", &test_fops); if(retvalue < 0) { /*字符設備注冊失敗*/ } return 0; } /*驅動出口函數*/ static void __exit xxx_exit(void) { /*注銷字符設備驅動*/ unregister_chrdev(200, "chrtest"); } /*指定為驅動的入口和出口函數*/ module_init(xxx_init); module_exit(xxx_exit);

總結一下：

4 字符設備驅動開發實驗

下面以正點原子提供的教程中的chrdevbase這個虛擬設備為例，完整的編寫一個字符設備驅動模塊。chrdevbase不是實際存在的一個設備，只是為了學習字符設備的開發的流程。

4.1 程序編寫

需要分別編寫驅動程序和應用程序。

注：為了區分兩個程序的打印信息，在驅動程序的打印前都添加“[BSP]”標識，在應用程序的打印前都添加”[APP]“標識。

4.1.1 編寫驅動程序

一些定義

#define CHRDEVBASE_MAJOR 200 /*主設備號*/ #define CHRDEVBASE_NAME "chrdevbase" /*設備名*/ static char readbuf[100]; /*讀緩沖區*/ static char writebuf[100]; /*寫緩沖區*/ static char kerneldata[] = {"kernel data!"}; /*內核驅動中的數據，用來測試應用程序讀取該數據*/

打開、關閉、讀取、寫入

/* * @description : 打開設備 * @param - inode : 傳遞給驅動的inode * @param - filp : 設備文件，file結構體有個叫做private_data的成員變量 * 一般在open的時候將private_data指向設備結構體。 * @return : 0 成功;其他 失敗 */ static int chrdevbase_open(struct inode *inode, struct file *filp) { printk("[BSP] chrdevbase open!\n"); return 0; } /* * @description : 從設備讀取數據 * @param - filp : 要打開的設備文件(文件描述符) * @param - buf : 返回給用戶空間的數據緩沖區 * @param - cnt : 要讀取的數據長度 * @param - offt : 相對于文件首地址的偏移 * @return : 讀取的字節數，如果為負值，表示讀取失敗 */ static ssize_t chrdevbase_read(struct file *filp, char __user *buf, size_t cnt, loff_t *offt) { int retvalue = 0; /* 向用戶空間發送數據 */ memcpy(readbuf, kerneldata, sizeof(kerneldata)); retvalue = copy_to_user(buf, readbuf, cnt); if(retvalue == 0) { printk("[BSP] kernel senddata ok!\n"); } else { printk("[BSP] kernel senddata failed!\n"); } printk("[BSP] chrdevbase read!\n"); return 0; } /* * @description : 向設備寫數據 * @param - filp : 設備文件，表示打開的文件描述符 * @param - buf : 要寫給設備寫入的數據 * @param - cnt : 要寫入的數據長度 * @param - offt : 相對于文件首地址的偏移 * @return : 寫入的字節數，如果為負值，表示寫入失敗 */ static ssize_t chrdevbase_write(struct file *filp, const char __user *buf, size_t cnt, loff_t *offt) { int retvalue = 0; /* 接收用戶空間傳遞給內核的數據并且打印出來 */ retvalue = copy_from_user(writebuf, buf, cnt); if(retvalue == 0) { printk("[BSP] kernel recevdata:%s\n", writebuf); } else { printk("[BSP] kernel recevdata failed!\n"); } printk("[BSP] chrdevbase write!\n"); return 0; } /* * @description : 關閉/釋放設備 * @param - filp : 要關閉的設備文件(文件描述符) * @return : 0 成功;其他 失敗 */ static int chrdevbase_release(struct inode *inode, struct file *filp) { printk("[BSP] chrdevbase release！\n"); return 0; }

驅動加載與注銷

/* * 設備操作函數結構體 */ static struct file_operations chrdevbase_fops = { .owner = THIS_MODULE, .open = chrdevbase_open, .read = chrdevbase_read, .write = chrdevbase_write, .release = chrdevbase_release, }; /* * @description : 驅動入口函數 * @param : 無 * @return : 0 成功;其他 失敗 */ static int __init chrdevbase_init(void) { int retvalue = 0; /* 注冊字符設備驅動 */ retvalue = register_chrdev(CHRDEVBASE_MAJOR, CHRDEVBASE_NAME, &chrdevbase_fops); if(retvalue < 0) { printk("[BSP] chrdevbase driver register failed\n"); } printk("[BSP] chrdevbase init!\n"); return 0; } /* * @description : 驅動出口函數 * @param : 無 * @return : 無 */ static void __exit chrdevbase_exit(void) { /* 注銷字符設備驅動 */ unregister_chrdev(CHRDEVBASE_MAJOR, CHRDEVBASE_NAME); printk("[BSP] chrdevbase exit!\n"); } /*將上面兩個函數指定為驅動的入口和出口函數*/ module_init(chrdevbase_init); module_exit(chrdevbase_exit);

4.1.2 編寫應用程序

這里把程序截取為3段分析，首先看開頭：

#include "stdio.h" #include "unistd.h" #include "sys/types.h" #include "sys/stat.h" #include "fcntl.h" #include "stdlib.h" #include "string.h" static char usrdata[] = {"usr data!"}; /*應用程序中的數據，用于測試通過驅動訪問寫入內核*/ int main(int argc, char *argv[]) { int fd, retvalue; char *filename; char readbuf[100], writebuf[100]; if(argc != 3) { printf("[APP] Error Usage!\n"); return -1; } //參數1是驅動的文件名，用來指定驅動的位置 filename = argv[1]; //【1】打開驅動文件 fd = open(filename, O_RDWR); if(fd < 0) { printf("[APP] Can't open file %s\n", filename); return -1; } printf("[APP] open file: '%s' success\n", filename);

主要是一些頭文件和main函數入口，調用main函數時需要傳入2個參數（實際是3個參數，函數名本身是默認的第0個參數，不需要手動指定），具體作用為：

參數0：argv[0]，函數名本身，這里不作用途

參數1：argv[1]，filename，這里不作用途

參數2：argv[2]，自定義的操作參數，下面函數會講到，1為從驅動文件中讀取，2為向驅動文件中寫入數據

再來看具體操作：

//【2】從驅動文件讀取數據 if(atoi(argv[2]) == 1)//參數1表示【讀取】內核中的數據 { retvalue = read(fd, readbuf, 50); if(retvalue < 0) { printf("[APP] read file '%s' failed!\n", filename); } else { /* 讀取成功，打印出讀取成功的數據 */ printf("[APP] read data:%s\n",readbuf); } } //【3】向設備驅動寫數據 if(atoi(argv[2]) == 2)//參數2表示向內核中【寫入】數據 { memcpy(writebuf, usrdata, sizeof(usrdata)); retvalue = write(fd, writebuf, 50); if(retvalue < 0) { printf("[APP] write file %s failed!\n", filename); } else { printf("[APP] write data:'%s' to file ok\n", writebuf); } }

最后是關閉設備：

//【4】關閉設備 retvalue = close(fd); if(retvalue < 0) { printf("[APP] Can't close file %s\n", filename); return -1; } printf("[APP] close file ok\r\n"); return 0; }

關閉即表示不再使用該設備了（若要再使用則重新打開即可），通過關閉驅動文件來實現字符設備驅動的關閉。

4.2 程序編譯

4.2.1 編譯驅動程序

編譯驅動，即編譯chrdevbase.c這個文件為.ko 模塊，使用Makefile來編譯，先創建Makefile：

KERNELDIR := /home/xxpcb/myTest/imx6ull/kernel/nxp_kernel/linux-imx-rel_imx_4.1.15_2.1.0_ga CURRENT_PATH := $(shell pwd) obj-m := chrdevbase.o build: kernel_modules kernel_modules: $(MAKE) -C $(KERNELDIR) M=$(CURRENT_PATH) modules clean: $(MAKE) -C $(KERNELDIR) M=$(CURRENT_PATH) clean

各行含義：

KERNELDIR：開發板所使用的Linux內核源碼目錄

CURRENT_PATH：當前路徑，通過運行“pwd”命令獲取

obj-m：將 chrdevbase.c 這個文件編譯為chrdevbase.ko模塊

具體的編譯命令：后面的modules表示編譯模塊，-C 表示切換工作目錄到KERNERLDIR目錄，M表示模塊源碼目錄

輸入“make”命令即可編譯，編譯后會出現許多編譯文件

注：若直接make編譯報如下錯誤，是因為kernel中沒有指定編譯器和架構，使用了默認的x86平臺編譯報錯。

修改Kernel工程的頂層Makefile，直接定義ARCH和CROSS_COMPILE 這兩個的變量值為 arm 和 arm-linux-gnueabihf-

(內核篇的介紹見：i.MX6ULL嵌入式Linux開發3-Kernel移植)

4.2.2 編譯應用程序

編譯應用程序不需要內核文件參與，只有一個文件就能編譯，因此直接輸入指令進行編譯：

arm-linux-gnueabihf-gcc chrdevbaseApp.c -o chrdevbaseApp

編譯會生chrdevbaseApp，它是32位LSB格式的ARM版本可執行文件

4.3 測試

上一篇文章（i.MX6ULL嵌入式Linux開發6-系統燒寫到eMMC與遇到的坑！）已經實現了系統移植的打包燒錄工作，系統已經燒錄的EMMC中了。這次我們就直接在這個基礎上進行實驗。

4.3.1 創建驅動模塊目錄

加載驅動模塊，使用的modprobe命令，會從特定的目錄下尋找文件。比如開發板使用的是4.1.15版的Linux內核 ，則是“/lib/modules/4.1.15”這個目錄，這個目錄一般是沒有的，需要根據Linux內核的版本自己創建。

注意這是開發板的文件系統中的路徑，可以通過串口連接進入開發板，通過linux指令創建該目錄。

4.3.2 發送文件到開發板(TFTP傳輸)

此次測試首先需要將ubuntu中編譯的文件傳輸到板子中運行，怎么傳輸呢？可以使用TFTP傳輸服務。

在之前的文章（i.MX6ULL嵌入式Linux開發2-uboot移植實踐）中已經介紹了如何在ubuntu中搭建TFTP服務器。

搭建好TFTP服務后，開始傳輸文件到開發板具體的傳輸步驟為：

開發板連接網線，與ubuntu虛擬機處于同一局域網內

確保ubuntu已安裝的TFTP服務，并設置了TFTP服務文件夾

將ubuntu中編譯好的文件復制到ubuntu的TFTP服務文件夾中?。。?/p>

mv chrdevbaseApp ~/myTest/tftpboot/ mv chrdevbase.ko ~/myTest/tftpboot/

注：編譯完程序，在傳輸到板子之前，一定要記得把文件先復制到TFTP文件夾中，否則板子獲取到的可能是TFTP文件夾中的舊文件。

開發板的串口中通過如下指令來將ubuntu中的文件傳輸到開發板中

cd /lib/modules/4.1.15 /*確保在要下載文件的目錄中，若已在，則忽略*/ tftp -g -r chrdevbaseApp 192.168.5.101 /*獲取chrdevbaseApp文件*/ tftp -g -r chrdevbase.ko 192.168.5.101 /*獲取chrdevbase.ko文件*/

這里的-g代表get，即下載文件，-r代表remote file，即遠程主機的文件名，然后是要下載的文件名，最后的遠程主機ubuntu的IP地址。

輸入該指令后，可以看到文件傳輸進度，如下圖：

4.3.3 開始測試

驅動文件chrdevbase.ko和應用文件chrdevbaseApp傳輸到板子中的/lib/modules/4.1.15目錄后，就可以測試了。

首先使用insmod命令來加載驅動，然后使用lsmod查看當前的驅動（只有一個我們剛加載的字符驅動），再使用使用cat指令查看devices 信息，確認系統中是否已經列舉了該設備，3條指令如下：

insmod chrdevbase.ko lsmod cat /proc/devices

具體是輸出信息：

可以看出，系統中存在chrdevbase設備，主設備號為程序中設定的200。

驅動加載后，還要在/dev目錄下創建一個對應的設備節點文件（應用程序就是通過該節點文件實現對設備的操作）。

輸入如下2條命令創建/dev/chrdevbase這個設備節點文件，并查看結果：

mknod /dev/chrdevbase c 200 0 ls /dev/chrdevbase -l

至此，字符設備驅動已經加載完成，可以測試我們的應用程序了，也就是讀和寫：

按照上面程序的設定，1是讀，2是寫：

./chrdevbaseApp /dev/chrdevbase 1 ./chrdevbaseApp /dev/chrdevbase 2

先來看“讀測試”，注意要給chrdevbaseApp可執行的權限，否則無法運行。

圖中下部是程序輸出信息，但似乎只有BSP驅動程序的的輸出，沒有APP應用程序的輸出，應該是內核打印printk與應用的打印printf沖突了，導致APP的打印被擠掉了。

再來看“寫測試''，同樣也是只有BSP的打印

4.3.4 打印沖突問題規避

對于打印沖突問題，我們可以先在每個printf前后加個sleep(1)的1秒延時，這樣可以先避免打印沖突。

增加延時后再次測試，打印正常：

測試完，最后是rmmod命令卸載模塊：

5 總結

本篇介紹了嵌入式Linux驅動開發中的基礎驅動——字符驅動開發的基本模式，使用了一個虛擬的字符設備驅動進行測試，了解驅動程序與應用程序之間的調用關系。

ARM C 語言 Linux 嵌入式

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。