IO端口映射和IO內(nèi)存映射(詳解S3C24XX_GPIO驅(qū)動(dòng))
(一)地址的概念
1)物理地址:CPU地址總線傳來的地址,由硬件電路控制其具體含義。物理地址中很大一部分是留給內(nèi)存條中的內(nèi)存的,但也常被映射到其他存儲器上(如顯存、BIOS等)。在程序指令中的虛擬地址經(jīng)過段映射和頁面映射后,就生成了物理地址,這個(gè)物理地址被放到CPU的地址線上。
物理地址空間,一部分給物理RAM(內(nèi)存)用,一部分給總線用,這是由硬件設(shè)計(jì)來決定的,因此在32 bits地址線的x86處理器中,物理地址空間是2的32次方,即4GB,但物理RAM一般不能上到4GB,因?yàn)檫€有一部分要給總線用(總線上還掛著別的許多設(shè)備)。在PC機(jī)中,一般是把低端物理地址給RAM用,高端物理地址給總線用。
2)總線地址:總線的地址線或在地址周期上產(chǎn)生的信號。外設(shè)使用的是總線地址,CPU使用的是物理地址。
物理地址與總線地址之間的關(guān)系由系統(tǒng)的設(shè)計(jì)決定的。在x86平臺上,物理地址就是總線地址,這是因?yàn)樗鼈児蚕硐嗤牡刂房臻g——這句話有點(diǎn)難理解,詳見下面的"獨(dú)立編址"。在其他平臺上,可能需要轉(zhuǎn)換/映射。比如:CPU需要訪問物理地址是0xfa的單元,那么在x86平臺上,會產(chǎn)生一個(gè)PCI總線上對0xfa地址的訪問。因?yàn)槲锢淼刂泛涂偩€地址相同,所以憑眼睛看是不能確定這個(gè)地址是用在哪兒的,它或者在內(nèi)存中,或者是某個(gè)卡上的存儲單元,甚至可能這個(gè)地址上沒有對應(yīng)的存儲器。
3)虛擬地址:現(xiàn)代操作系統(tǒng)普遍采用虛擬內(nèi)存管理(Virtual Memory Management)機(jī)制,這需要MMU(Memory Management Unit)的支持。MMU通常是CPU的一部分,如果處理器沒有MMU,或者有MMU但沒有啟用,CPU執(zhí)行單元發(fā)出的內(nèi)存地址將直接傳到芯片引腳上,被內(nèi)存芯片(物理內(nèi)存)接收,這稱為物理地址(Physical Address),如果處理器啟用了MMU,CPU執(zhí)行單元發(fā)出的內(nèi)存地址將被MMU截獲,從CPU到MMU的地址稱為虛擬地址(Virtual Address),而MMU將這個(gè)地址翻譯成另一個(gè)地址發(fā)到CPU芯片的外部地址引腳上,也就是將虛擬地址映射成物理地址。
Linux中,進(jìn)程的4GB(虛擬)內(nèi)存分為用戶空間、內(nèi)核空間。用戶空間分布為0~3GB(即PAGE_OFFSET,在0X86中它等于0xC0),剩下的1G為內(nèi)核空間。程序員只能使用虛擬地址。系統(tǒng)中每個(gè)進(jìn)程有各自的私有用戶空間(0~3G),這個(gè)空間對系統(tǒng)中的其他進(jìn)程是不可見的。
CPU發(fā)出取指令請求時(shí)的地址是當(dāng)前上下文的虛擬地址,MMU再從頁表中找到這個(gè)虛擬地址的物理地址,完成取指。同樣讀取數(shù)據(jù)的也是虛擬地址,比如mov ax, var.編譯時(shí)var就是一個(gè)虛擬地址,也是通過MMU從也表中來找到物理地址,再產(chǎn)生總線時(shí)序,完成取數(shù)據(jù)的。
(二)編址方式
1)外設(shè)都是通過讀寫設(shè)備上的寄存器來進(jìn)行的,外設(shè)寄存器也稱為"I/O端口",而IO端口有兩種編址方式:獨(dú)立編址和統(tǒng)一編制。
統(tǒng)一編址:外設(shè)接口中的IO寄存器(即IO端口)與主存單元一樣看待,每個(gè)端口占用一個(gè)存儲單元的地址,將主存的一部分劃出來用作IO地址空間,如,在PDP-11中,把最高的4K主存作為IO設(shè)備寄存器地址。端口占用了存儲器的地址空間,使存儲量容量減小。
統(tǒng)一編址也稱為"I/O內(nèi)存"方式,外設(shè)寄存器位于"內(nèi)存空間"(很多外設(shè)有自己的內(nèi)存、緩沖區(qū),外設(shè)的寄存器和內(nèi)存統(tǒng)稱"I/O空間")。
如,Samsung的S3C2440,是32位ARM處理器,它的4GB地址空間被外設(shè)、RAM等瓜分:
0x8 1 LED 8*8點(diǎn)陣的地址
0x4800 0 ~ 0x6 0 SFR(特殊暫存器)地址空間
0x3800 1002鍵盤地址
0x3 0 ~ 0x3400 0 SDRAM空間
0x2 0020 ~ 0x2 002e IDE
0x1900 0300 CS8900
獨(dú)立編址(單獨(dú)編址):IO地址與存儲地址分開獨(dú)立編址,I/0端口地址不占用存儲空間的地址范圍,這樣,在系統(tǒng)中就存在了另一種與存儲地址無關(guān)的IO地址,CPU也必須具有專用與輸入輸出操作的IO指令(IN、OUT等)和控制邏輯。獨(dú)立編址下,地址總線上過來一個(gè)地址,設(shè)備不知道是給IO端口的、還是給存儲器的,于是處理器通過MEMR/MEMW和IOR/IOW兩組控制信號來實(shí)現(xiàn)對I/O端口和存儲器的不同尋址。如,intel 80x86就采用單獨(dú)編址,CPU內(nèi)存和I/O是一起編址的,就是說內(nèi)存一部分的地址和I/O地址是重疊的。
獨(dú)立編址也稱為"I/O端口"方式,外設(shè)寄存器位于"I/O(地址)空間"。
對于x86架構(gòu)來說,通過IN/OUT指令訪問。PC架構(gòu)一共有65536個(gè)8bit的I/O端口,組成64K個(gè)I/O地址空間,編號從0~0xFFFF,有16位,80x86用低16位地址線A0-A15來尋址。連續(xù)兩個(gè)8bit的端口可以組成一個(gè)16bit的端口,連續(xù)4個(gè)組成一個(gè)32bit的端口。I/O地址空間和CPU的物理地址空間是兩個(gè)不同的概念,例如I/O地址空間為64K,一個(gè)32bit的CPU物理地址空間是4G。如,在Intel 8086+Redhat9.0下用"more /proc/ioports"可看到:
0-001f : dma1 |
不過Intel x86平臺普通使用了名為內(nèi)存映射(MMIO)的技術(shù),該技術(shù)是PCI規(guī)范的一部分,IO設(shè)備端口被映射到內(nèi)存空間,映射后,CPU訪問IO端口就如同訪問內(nèi)存一樣??碔ntel TA 719文檔給出的x86/x64系統(tǒng)典型內(nèi)存地址分配表:
系統(tǒng)資源占用
BIOS 1M 本地APIC 4K 芯片組保留 2M IO APIC 4K PCI設(shè)備 256M PCI Express設(shè)備 256M PCI設(shè)備(可選) 256M 顯示幀緩存 16M TSEG 1M |
對于某一既定的系統(tǒng),它要么是獨(dú)立編址、要么是統(tǒng)一編址,具體采用哪一種則取決于CPU的體系結(jié)構(gòu)。 如,PowerPC、m68k等采用統(tǒng)一編址,而X86等則采用獨(dú)立編址,存在IO空間的概念。目前,大多數(shù)嵌入式微控制器如ARM、PowerPC等并 不提供I/O空間,僅有內(nèi)存空間,可直接用地址、指針訪問。但對于Linux內(nèi)核而言,它可能用于不同的CPU,所以它必須都要考慮這兩種方式,于是它采 用一種新的方法,將基于I/O映射方式的或內(nèi)存映射方式的I/O端口通稱為"I/O區(qū)域"(I/O region),不論你采用哪種方式,都要先申請IO區(qū)域:request_resource(),結(jié)束時(shí)釋放 它:release_resource()。
2)對外設(shè)的訪問
1、訪問I/O內(nèi)存的流程是:request_mem_region()->ioremap()->ioread8()/iowrite8()->iounmap()->release_mem_region()。
前面說過,IO內(nèi)存是統(tǒng)一編址下的概念,對于統(tǒng)一編址,IO地址空間是物理主存的一部分,對于編程而言,我們只能操作虛擬內(nèi)存,所以,訪問的第一步就是要把設(shè)備所處的物理地址映射到虛擬地址,Linux2.6下用ioremap():
void *ioremap(unsigned long offset, unsigned long size);
然后,我們可以直接通過指針來訪問這些地址,但是也可以用Linux內(nèi)核的一組函數(shù)來讀寫:
ioread8(), iowrite16(), ioread8_rep(), iowrite8_rep()......
2、訪問I/O端口
訪問IO端口有2種途徑:I/O映射方式(I/O-mapped)、內(nèi)存映射方式(Memory-mapped)。前一種途徑不映射到內(nèi)存空間,直接使用intb()/outb()之類的函數(shù)來讀寫IO端口;后一種MMIO是先把IO端口映射到IO內(nèi)存("內(nèi)存空間"),再使用訪問IO內(nèi)存的函數(shù)來訪問IO端口。
void ioport_map(unsigned long port, unsigned int count);
通過這個(gè)函數(shù),可以把port開始的count個(gè)連續(xù)的IO端口映射為一段"內(nèi)存空間",然后就可以在其返回的地址是像訪問IO內(nèi)存一樣訪問這些IO端口。
(三)Linux下的IO端口和IO內(nèi)存
CPU對外設(shè)端口物理地址的編址方式有兩種:一種是IO映射方式,另一種是內(nèi)存映射方式。
Linux將基于IO映射方式的和內(nèi)存映射方式的IO端口統(tǒng)稱為IO區(qū)域(IO region)。
IO region仍然是一種IO資源,因此它仍然可以用resource結(jié)構(gòu)類型來描述。
Linux管理IO region:
1) request_region()
把一個(gè)給定區(qū)間的IO端口分配給一個(gè)IO設(shè)備。
2) check_region()
檢查一個(gè)給定區(qū)間的IO端口是否空閑,或者其中一些是否已經(jīng)分配給某個(gè)IO設(shè)備。
3) release_region()
釋放以前分配給一個(gè)IO設(shè)備的給定區(qū)間的IO端口。
Linux中可以通過以下輔助函數(shù)來訪問IO端口:
inb(),inw(),inl(),outb(),outw(),outl()
"b""w""l"分別代表8位,16位,32位。
對IO內(nèi)存資源的訪問
1) request_mem_region()
請求分配指定的IO內(nèi)存資源。
2) check_mem_region()
檢查指定的IO內(nèi)存資源是否已被占用。
3) release_mem_region()
釋放指定的IO內(nèi)存資源。
其中傳給函數(shù)的start address參數(shù)是內(nèi)存區(qū)的物理地址(以上函數(shù)參數(shù)表已省略)。
驅(qū)動(dòng)開發(fā)人員可以將內(nèi)存映射方式的IO端口和外設(shè)內(nèi)存統(tǒng)一看作是IO內(nèi)存資源。
ioremap()用來將IO資源的物理地址映射到內(nèi)核虛地址空間(3GB - 4GB)中,參數(shù)addr是指向內(nèi)核虛地址的指針。
Linux中可以通過以下輔助函數(shù)來訪問IO內(nèi)存資源:
readb(),readw(),readl(),writeb(),writew(),writel()。
Linux在kernel/resource.c文件中定義了全局變量ioport_resource和iomem_resource,來分別描述基于IO映射方式的整個(gè)IO端口空間和基于內(nèi)存映射方式的IO內(nèi)存資源空間(包括IO端口和外設(shè)內(nèi)存)。
1)關(guān)于IO與內(nèi)存空間:
在X86處理器中存在著I/O空間的概念,I/O空間是相對于內(nèi)存空間而言的,它通過特定的指令in、out來訪問。端口號標(biāo)識了外設(shè)的寄存器地址。Intel語法的in、out指令格式為:
IN累加器, {端口號│DX}
OUT {端口號│DX},累加器
目前,大多數(shù)嵌入式微控制器如ARM、PowerPC等中并不提供I/O空間,而僅存在內(nèi)存空間。內(nèi)存空間可以直接通過地址、指針來訪問,程序和程序運(yùn)行中使用的變量和其他數(shù)據(jù)都存在于內(nèi)存空間中。
即便是在X86處理器中,雖然提供了I/O空間,如果由我們自己設(shè)計(jì)電路板,外設(shè)仍然可以只掛接在內(nèi)存空間。此時(shí),CPU可以像訪問一個(gè)內(nèi)存單元那樣訪問外設(shè)I/O端口,而不需要設(shè)立專門的I/O指令。因此,內(nèi)存空間是必須的,而I/O空間是可選的。
(2)inb和outb:
在Linux設(shè)備驅(qū)動(dòng)中,宜使用Linux內(nèi)核提供的函數(shù)來訪問定位于I/O空間的端口,這些函數(shù)包括:
·讀寫字節(jié)端口(8位寬)
unsigned inb(unsigned port);
void outb(unsigned char byte, unsigned port);
·讀寫字端口(16位寬)
unsigned inw(unsigned port);
void outw(unsigned short word, unsigned port);
·讀寫長字端口(32位寬)
unsigned inl(unsigned port);
void outl(unsigned longword, unsigned port);
·讀寫一串字節(jié)
void insb(unsigned port, void *addr, unsigned long count);
void outsb(unsigned port, void *addr, unsigned long count);
· insb()從端口port開始讀count個(gè)字節(jié)端口,并將讀取結(jié)果寫入addr指向的內(nèi)存;outsb()將addr指向的內(nèi)存的count個(gè)字節(jié)連續(xù)地寫入port開始的端口。
·讀寫一串字
void insw(unsigned port, void *addr, unsigned long count);
void outsw(unsigned port, void *addr, unsigned long count);
·讀寫一串長字
void insl(unsigned port, void *addr, unsigned long count);
void outsl(unsigned port, void *addr, unsigned long count);
上述各函數(shù)中I/O端口號port的類型高度依賴于具體的硬件平臺,因此,只是寫出了unsigned。
以上知識點(diǎn)摘自:http://www.embeddedlinux.org.cn/html/yingjianqudong/201304/20-2556.html
這兒我不獻(xiàn)丑了,因?yàn)樯厦娴囊呀?jīng)寫的很好了。
(四)Linux下的IO端口和IO內(nèi)存
由于我本人對IMX257的IO內(nèi)存分配不太了解,曾經(jīng)詢問過很多周立功公司那些所謂的技術(shù)人員,每個(gè)人回答的答案都是,"你好,我們提供的資料就只是官網(wǎng)上的光盤資料了哦",每次碰到這種話,我真的很無語,我只能說,好吧,只能說是我智商太低了,那些資料太高深了。
好了,廢話也不多說了,這次,我就針對S3C24XX的gpio驅(qū)動(dòng)程序來講解io端口的分配。
1. 定義一些寄存器(數(shù)據(jù)寄存器,配置寄存器)
上圖中,gpio_va就是我們GPIO的基址,是用來確定GPFCON配置寄存器和GPFDAT數(shù)據(jù)寄存器的指針地址的
,其初始化我們在init函數(shù)中會講解。
2.在init函數(shù)中確定gpio基址
前面我們寄存器的正常作用的前提就是gpio_va這個(gè)基址,所以我們在init函數(shù)中分配IO端口
如圖所示,將gpio的地址0x56這個(gè)io端口分配為gpio_va,這樣也就確定了,前面的配置寄存器和數(shù)據(jù)寄存器。
3.在open函數(shù)中配置GPIO
和單片機(jī)程序一樣,使用GPIO都要先配置GPIO,原理一樣:
給GPIO引腳賦初值,以后對GPIO引腳的操作,直接用這個(gè)寄存器賦值就可以了
4.在exit函數(shù)中釋放IO端口
使用完GPIO引腳后,要將我們申請的IO端口釋放掉。
總結(jié)一下,很簡單,申請,配置,釋放
申請IO端口à配置GPIO端口為輸出(入)à給數(shù)據(jù)寄存器賦值(讀?。?agrave;釋放IO端口
附上驅(qū)動(dòng)程序:
1 #include2 #include 3 #include 4 #include 5 #include 6 #include 7 #include 8 #include 9 #include 10 #include 11 12 #define DEVICE_NAME "leds" 13 /* 加載模式后,執(zhí)行”cat /proc/devices”命令看到的設(shè)備名稱 */14 #define LED_MAJOR 231 /* 主設(shè)備號 */15 16 static struct class *leds_class;17 static struct class_device *leds_class_devs[4];18 19 /* bit0<=>D10, 0:亮, 1:滅 20 * bit1<=>D11, 0:亮, 1:滅 21 * bit2<=>D12, 0:亮, 1:滅 22 */ 23 static char leds_status = 0x0; 24 static DECLARE_MUTEX(leds_lock); // 定義賦值25 26 //static int minor;27 static unsigned long gpio_va; //gpio基址28 #define GPIO_OFT(x) ((x) - 0x56)29 //GPIO 配置寄存器30 #define GPFCON (*(volatile unsigned long *)(gpio_va + GPIO_OFT(0x56050)))31 //GPIO 數(shù)據(jù)寄存器32 #define GPFDAT (*(volatile unsigned long *)(gpio_va + GPIO_OFT(0x56054)))33 /* 應(yīng)用程序?qū)υO(shè)備文件/dev/leds執(zhí)行open(...)時(shí),34 * 就會調(diào)用s3c24xx_leds_open函數(shù)35 */36 static int s3c24xx_leds_open(struct inode *inode, struct file *file)37 {38 int minor = MINOR(inode->i_rdev); //MINOR(inode->i_cdev);39 switch(minor)40 {41 case 0: /* /dev/leds */42 {43 // 配置3引腳為輸出44 //s3c2410_gpio_cfgpin(S3C2410_GPF4, S3C2410_GPF4_OUTP);45 GPFCON &= ~(0x3<<(4*2));46 GPFCON = (1<<(4*2));47 48 //s3c2410_gpio_cfgpin(S3C2410_GPF5, S3C2410_GPF5_OUTP);49 GPFCON &= ~(0x3<<(5*2));50 GPFCON = (1<<(5*2));51 52 //s3c2410_gpio_cfgpin(S3C2410_GPF6, S3C2410_GPF6_OUTP);53 GPFCON &= ~(0x3<<(6*2));54 GPFCON = (1<<(6*2));55 56 // 都輸出057 //s3c2410_gpio_setpin(S3C2410_GPF4, 0);58 GPFDAT &= ~(1<<4);59 60 //s3c2410_gpio_setpin(S3C2410_GPF5, 0);61 GPFDAT &= ~(1<<5);62 //s3c2410_gpio_setpin(S3C2410_GPF6, 0);63 GPFDAT &= ~(1<<6);64 65 down(&leds_lock);66 leds_status = 0x0;67 up(&leds_lock);68 69 break;70 }71 72 case 1: /* /dev/led1 */73 {74 s3c2410_gpio_cfgpin(S3C2410_GPF4, S3C2410_GPF4_OUTP);75 s3c2410_gpio_setpin(S3C2410_GPF4, 0);76 77 down(&leds_lock);78 leds_status &= ~(1<<0);79 up(&leds_lock);80 81 break;82 }83 84 case 2: /* /dev/led2 */85 {86 s3c2410_gpio_cfgpin(S3C2410_GPF5, S3C2410_GPF5_OUTP);87 s3c2410_gpio_setpin(S3C2410_GPF5, 0);88 leds_status &= ~(1<<1);89 break;90 }91 92 case 3: /* /dev/led3 */93 {94 s3c2410_gpio_cfgpin(S3C2410_GPF6, S3C2410_GPF6_OUTP);95 s3c2410_gpio_setpin(S3C2410_GPF6, 0);96 97 down(&leds_lock);98 leds_status &= ~(1<<2);99 up(&leds_lock);100 101 break;102 }103 } 104 return 0;105 }106 static int s3c24xx_leds_read(struct file *filp, char __user *buff, 107 size_t count, loff_t *offp)108 {109 int minor = MINOR(filp->f_dentry->d_inode->i_rdev);110 char val;112 switch (minor)113 {114 case 0: /* /dev/leds */115 {116 copy_to_user(buff, (const void *)&leds_status, 1);117 break;118 }119 case 1: /* /dev/led1 */120 {121 down(&leds_lock);122 val = leds_status & 0x1;123 up(&leds_lock);124 copy_to_user(buff, (const void *)&val, 1);125 break;126 }127 case 2: /* /dev/led2 */128 {129 down(&leds_lock);130 val = (leds_status>>1) & 0x1;131 up(&leds_lock);132 copy_to_user(buff, (const void *)&val, 1);133 break;134 }135 case 3: /* /dev/led3 */136 {137 down(&leds_lock);138 val = (leds_status>>2) & 0x1;139 up(&leds_lock);140 copy_to_user(buff, (const void *)&val, 1);141 break;142 }143 }144 return 1;145 }146 static ssize_t s3c24xx_leds_write(struct file *file, const char __user *buf, size_t count, loff_t * ppos)147 {148 //int minor = MINOR(inode->i_rdev); //MINOR(inode->i_cdev);149 int minor = MINOR(file->f_dentry->d_inode->i_rdev);150 char val;151 copy_from_user(&val, buf, 1);152 switch (minor)153 {154 case 0: /* /dev/leds */155 { 156 s3c2410_gpio_setpin(S3C2410_GPF4, (val & 0x1));157 s3c2410_gpio_setpin(S3C2410_GPF5, (val & 0x1));158 s3c2410_gpio_setpin(S3C2410_GPF6, (val & 0x1));159 down(&leds_lock);160 leds_status = val;161 up(&leds_lock);162 break;163 }164 case 1: /* /dev/led1 */165 {166 s3c2410_gpio_setpin(S3C2410_GPF4, val);167 if (val == 0)168 {169 down(&leds_lock);170 leds_status &= ~(1<<0);171 up(&leds_lock);172 }173 else174 {175 down(&leds_lock);176 leds_status = (1<<0); 177 up(&leds_lock);178 }179 break;180 }181 case 2: /* /dev/led2 */182 {183 s3c2410_gpio_setpin(S3C2410_GPF5, val);184 if (val == 0)185 {186 down(&leds_lock);187 leds_status &= ~(1<<1);188 up(&leds_lock);189 }190 else191 {192 down(&leds_lock);193 leds_status = (1<<1); 194 up(&leds_lock);195 }196 break;197 }198 case 3: /* /dev/led3 */199 {200 s3c2410_gpio_setpin(S3C2410_GPF6, val);201 if (val == 0)202 {203 down(&leds_lock);204 leds_status &= ~(1<<2);205 up(&leds_lock);206 }207 else208 {209 down(&leds_lock);210 leds_status = (1<<2); 211 up(&leds_lock);212 }213 break;214 }215 }216 return 1;217 }218 /* 這個(gè)結(jié)構(gòu)是字符設(shè)備驅(qū)動(dòng)程序的核心219 * 當(dāng)應(yīng)用程序操作設(shè)備文件時(shí)所調(diào)用的open、read、write等函數(shù),220 * 最終會調(diào)用這個(gè)結(jié)構(gòu)中指定的對應(yīng)函數(shù)221 */static struct file_operations s3c24xx_leds_fops = {223 .owner = THIS_MODULE, /* 這是一個(gè)宏,推向編譯模塊時(shí)自動(dòng)創(chuàng)建的__this_module變量 */224 .open = s3c24xx_leds_open, 225 .read = s3c24xx_leds_read, 226 .write = s3c24xx_leds_write, 227 };228 229 /*230 * 執(zhí)行insmod命令時(shí)就會調(diào)用這個(gè)函數(shù) 231 */232 static int __init s3c24xx_leds_init(void)233 {234 int ret;235 int minor = 0;236 237 gpio_va = ioremap(0x56, 0x100);238 if (!gpio_va) {239 return -EIO;240 }241 /* 注冊字符設(shè)備242 * 參數(shù)為主設(shè)備號、設(shè)備名字、file_operations結(jié)構(gòu);243 * 這樣,主設(shè)備號就和具體的file_operations結(jié)構(gòu)聯(lián)系起來了,244 * 操作主設(shè)備為LED_MAJOR的設(shè)備文件時(shí),就會調(diào)用s3c24xx_leds_fops中的相關(guān)成員函數(shù)245 * LED_MAJOR可以設(shè)為0,表示由內(nèi)核自動(dòng)分配主設(shè)備號246 */247 ret = register_chrdev(LED_MAJOR, DEVICE_NAME, &s3c24xx_leds_fops);248 if (ret < 0) {249 printk(DEVICE_NAME " cant register major numbern");250 return ret;251 }252 leds_class = class_create(THIS_MODULE, "leds");253 if (IS_ERR(leds_class))254 return PTR_ERR(leds_class);255 256 leds_class_devs[0] = class_device_create(leds_class, NULL, MKDEV(LED_MAJOR, 0), NULL, "leds");257 258 for (minor = 1; minor < 4; minor++)259 {260 leds_class_devs[minor] = class_device_create(leds_class, NULL, MKDEV(LED_MAJOR, minor), NULL, "led%d", minor);261 if (unlikely(IS_ERR(leds_class_devs[minor])))262 return PTR_ERR(leds_class_devs[minor]);263 }264 265 printk(DEVICE_NAME " initializedn");266 return 0;267 }268 269 /*270 * 執(zhí)行rmmod命令時(shí)就會調(diào)用這個(gè)函數(shù) 271 */272 static void __exit s3c24xx_leds_exit(void)273 {274 int minor;275 /* 卸載驅(qū)動(dòng)程序 */276 unregister_chrdev(LED_MAJOR, DEVICE_NAME);277 278 for (minor = 0; minor < 4; minor++)279 {280 class_device_unregister(leds_class_devs[minor]);281 }282 class_destroy(leds_class);283 //釋放IO端口284 iounmap(gpio_va);285 }286 287 /* 這兩行指定驅(qū)動(dòng)程序的初始化函數(shù)和卸載函數(shù) */288 module_init(s3c24xx_leds_init);289 module_exit(s3c24xx_leds_exit);290 291 /* 描述驅(qū)動(dòng)程序的一些信息,不是必須的 */292 MODULE_LICENSE("GPL");
評論