Linux I/O port programming mini-HOWTO

Author: Riku Saikkonen v3.0, 2000-12-13

This HOWTO document describes programming hardware I/O ports and waiting for small periods of time in user-mode Linux programs running on the Intel x86 architecture.

===========================================

linux并口驅動代碼有問題，幫忙看看。

重新啟動系統以后加載概模塊，提示說0x378端口已經被占用，所以我卸載了lp 和 parport_pc模塊，可以加載成功，可是我卸載以后再重新加載不成功，又說資源被占用。可能是卸載模塊時沒有釋放資源，可是代碼里面明明有這一部分代碼阿？？？郁悶中。。。。。。。

卸載模塊時提示：

Trying to free nonexistent resource <00000378-0000037f>

代碼如下：

#ifndef __KERNEL__

# define __KERNEL__

#endif

#ifndef MODULE

# define MODULE

#endif

//#include

#include

#include

#include

#include

#include

#include /* printk() */

#include /* everything... */

#include /* error codes */

#include /* udelay */

//#include

#include

#include

#include

#include

#include

#include

#ifdef MODULE_LICENSE

MODULE_LICENSE ("GPL");

#endif

static unsigned long base = 0x378;

unsigned long short_base = 0x378;

static unsigned long major = 0;

static int portnum = 8;

int

short_open (struct inode *inode, struct file *filp)

{

MOD_INC_USE_COUNT;

return 0;

}

int

short_release (struct inode *inode, struct file *filp)

{

MOD_DEC_USE_COUNT;

return 0;

}

ssize_t

do_short_write (struct inode * inode, struct file * filp, const char *buf,

size_t count, loff_t * f_pos)

{

int retval = count;

unsigned long address = short_base + 2;

unsigned char *kbuf = kmalloc (count, GFP_KERNEL), *ptr;

if (!kbuf)

return -ENOMEM;

if (copy_from_user (kbuf, buf, count))

return -EFAULT;

ptr = kbuf;

while (count--)

{

outb (*(ptr++), address);

wmb ();

}

kfree (kbuf);

return retval;

}

ssize_t

do_short_read (struct inode * inode,

struct file * filp, char *buf, size_t count, loff_t * f_pos)

{

int retval = count;

unsigned long address = short_base + 2;

unsigned char *kbuf = kmalloc (count, GFP_KERNEL), *ptr;

if (!kbuf)

return -ENOMEM;

ptr = kbuf;

while (count--)

{

*(ptr++) = inb (address);

rmb ();

}

if ((retval > 0) && copy_to_user (buf, kbuf, retval))

retval = -EFAULT;

kfree (kbuf);

return retval;

}

ssize_t

short_read (struct file * filp, char *buf, size_t count, loff_t * f_pos)

{

return do_short_read (filp->f_dentry->d_inode, filp, buf, count, f_pos);

}

ssize_t

short_write (struct file * filp, const char *buf, size_t count, loff_t * f_pos)

{

return do_short_write (filp->f_dentry->d_inode, filp, buf, count, f_pos);

}

struct file_operations short_fops = {

read:short_read,

write:short_write,

open:short_open,

release:short_release,

};

int

init_module (void)

{

int portnum = 1;

int result;

SET_MODULE_OWNER (&short_fops);

result = check_region (base, portnum);

if (result)

{

printk (KERN_INFO "short: can't get I/O port address 0x%lx ",

short_base);

return result;

}

request_region (base, portnum, "short");

result = register_chrdev (major, "short", &short_fops);

if (result < 0)

{

printk (KERN_INFO "short: can't get major number ");

release_region (short_base, portnum);

return result;

}

if (major == 0)

major = result;

return 0;

}

void

cleanup_module (void)

{

printk ("major = 0x%lx ", major);

unregister_chrdev (major, "short");

release_region (base, portnum);

}

編譯：

gcc -D__KERNEL__ -O2 -Wall -I/usr/src/linux-$(shell uname -r)/include -c pell.c

------------------------

已經找到原因,這是你的一個小小的筆誤,就是你可以查看一下你在

init_module中有這么一句話

int portnum = 1;

而你在前面定義了一個全局變量

static int portnum = 8;

這樣在編譯器處理的時候就會把portnum寫成1,這樣當你用release_region釋放資源的時候就會發現沒有 合適的資源要釋放

這是因為你這時要釋放的是8個字節長的resource,而你前面申請的只有1個byte長的resource ,這樣就會造成資源泄漏.

謝謝你提供了源代碼,不然,真的沒有人能夠找出這其中的毛病,

------------------開放就意味著找出更多的不足,得到更大的改進.

============================================

兩種方式

一? 驅動程序執行方式

1.申請I/O端口

A 直接端口方式

check_region

request_region

B內存映射方式

check_mem_region

request_mem_retion

然后隊端口地址映射

ioremap

2.注冊驅動

register_chrdev? 申請主設備號,注冊驅動名,相關的操作.

3.探測中斷

A 內核探測

B 定制探測

C 直接根據I/O地址,分配相應的IRQ號

4.安裝中斷相應處理函數

request_irq(irq,(*)Handler()...)

A 共享中斷的處理函數

端口有中斷到,則判斷時不時本端口的中斷.若是.則填充緩沖區.同時wake_up_interruptible,喚起等待序列.

在read操作中的隊列由signal_pending喚醒,拷貝數據到用戶空間.

B 下半部中斷的處理函數

通過queue_task,執行隊列處理函數喚起中斷.

C? 小任務中斷處理函數

通過tasklet_schedule執行小任務處理函數喚起中斷.

二?? 應用程序執行方式.通過ioperm命令，例如，ioperm ( BASE, range , 1)，調用內核，得到 I/O 地址空間的使用權;

通過一個發送請求指令，例如，outb(1, BASE )，

等待足夠的時間讓咖啡煮好，讓時間參數在命令行中被讀取是一件很好的事情

然后發送 out(0, BASE) 指令關掉咖啡機

在結束之前還應歸還并口 I/O 地址的使用權，ioperm(BASE,range,0) .???? 程序:/* coffee.c */

#include /* linux-specific */

#ifdef __GLIBC__

#? include

#endif

int main(int argc, char **argv)

{

setuid(0); /* if we're setuid, force it on */

if(ioperm(0x378,1,1))

printf("error,we can't? ioperm our ox378 port\n");

outb(0xff,0x378);

sleep(5);

outb(0,0x378);

if(ioperm(0x378,1,0))

printf("error,we can't? ioperm our ox378 port\n");

exit(1);

}

三?? 在驅動程序中如何取得被其它驅動程序使用的并口

首先?? cat?? /proc/ioports? 看端口地址是分配給誰了.

然后看該名字的 ls -l? /dev/port_name

找到主設備號和次設備號

然后? cat?? /proc/devices 看主設備好對應的驅動

然后rmmod 該驅動.

如果是編譯到了內核的驅動則只需在/lib/module/`uname?? -r`/kernel/drivers/ 刪除該名字的驅動,

則重起后,該驅動就不會暫用該端口了,但這個驅動的名字不一定在/proc/devices 中出現

=============================================

Linux并口網絡解決方案(轉貼)

2003-04-10 nesta1

大家知道，在DOS環境下，我們可以用并口或串口將兩臺PC連接起來，一臺充當服務器，另一臺充當客戶，但充當服務器的機器不能做其它操作，只能為 Client服務。雖然在方便上和速度均不如網卡，但它提供了一個“窮人”的解決方案。如果僅拷貝少量數據，它還是可以滿足一般人的需求。并口的速度要遠遠比串口快。

在Linux內核中，網絡設備中有一個叫PLIP (Parallel Line Internet Protocol). 它提供了并口的網絡支持，并將并口映射成網絡設備。它支持標準并口，擴展并口的支持。傳送速度依賴于并口線的質量和機器的配置。

下面，我將系統的配置作簡要介紹。

1. 在內核中支持PLIP

cd /usr/src/linux

make menuconfig

# select Network device support

select PLIP as modules

2. 編譯內核

cd /usr/src/linux

make dep; make bzImage; make modules; make modules_install;

3. 將新內核配置到Lilo中去。

4. 重新啟動

5. 打開Ipforward.

echo 1 > /proc/sys/net/ipv4/ip_forward

6. 運行網絡配置工具，配置PLIP

turbonetcfg

# add new interface

# select PLIP

# add the ipaddress and mask to that

# save & exit

7. 啟動PLIP

modprobe plip

# if it does not work

# echo 7 > /proc/parport/0/irq

# modprobe plip

ifup plip0

8. 配置網關。

# eg. Machine A:

# PLIP0 -- 10.0.0.1

#B -- gateway

# PLIP0 -- 10.0.0.2

# eth0 -- 172.16.69.12

# in B Machine, we setup ipchains

/sbin/ipchains -A forward -j MASQ -s 10.0.0.0/255.255.255.0 -d 0.0.0.0/0

通過我們的試驗，使用WWW, TELNET 與普通網卡沒有區別，但當使用FTP時，速度稍慢，大約35K/s

左右，并且在FTP的同時，我們也發現系統偶爾出現Timeout, 并且當你作其它事情時，感到系統很慢。說

明PLIP的驅動程序還需要改進。

參考資料：/usr/src/linux/Documentation/networking/PLIP.txt

===============================================

9.3.?一個 I/O 端口例子

我們用來展示一個設備驅動內的端口 I/O 的例子代碼, 操作通用的數字 I/O 端口; 這樣的端口在大部分計算機系統中找到.

一個數字 I/O 端口, 在它的大部分的普通的化身中, 是一個字節寬的 I/O 位置, 或者內存映射的或者端口映射的. 當你寫一個值到一個輸出位置, 在輸出管腳上見到的電信號根據寫入的單個位而改變. 當你從一個輸入位置讀取一個值, 輸入管腳上所見的當前邏輯電平作為單個位的值被返回.

這樣的 I/O 端口的實際實現和軟件接口各個系統不同. 大部分時間, I/O 管腳由 2 個 I/O 位置控制: 一個允許選擇使用那些位作為輸入, 哪些位作為輸出, 以及一個可以實際讀或寫邏輯電平的. 有時, 但是, 事情可能更簡單, 并且這些位是硬連線為輸入或輸出(但是, 在這個情況下, 它們不再是所謂的"通用 I/O"); 在所有個人計算機上出現的并口是這樣一個非通用 I/O 端口. 任一方式, I/O 管腳對我們馬上介紹的例子代碼是可用的.

9.3.1.?并口縱覽

因為我們期望大部分讀者以所謂的"個人計算機"的形式使用一個 x86 平臺, 我們覺得值得解釋一下 PC 并口如何設計的. 并口是在個人計算機上運行數字 I/O 例子代碼的外設接口選擇. 盡管大部分讀者可能有并口規范用, 為你的方便, 我們在這里總結一下它們.

并口, 在它的最小配置中 ( 我們瀏覽一下 ECP 和 EPP 模式) 由 3 個 8-位端口組成. PC 標準在 0x378 開始第一個并口的 I/O 端口并且第 2 個在 0x278. 第一個端口是一個雙向數據寄存器; 它直接連接到物理連接器的管腳 2 - 9. 第 2 個端口是一個只讀狀態寄存器; 當并口為打印機使用, 這個寄存器報告打印機狀態的幾個方面, 例如正在線, 缺紙, 或者忙. 第 3 個端口是一個只出控制寄存器, 它, 在其他東西中, 控制是否中斷使能.

并口通訊中使用的信號電平是標準的 TTL 電平: 0 和 5 伏特, 邏輯門限在大概 1.2 伏特. 你可依靠端口至少符合標準 TTL LS 電流規格, 盡管大部分現代并口在電流和電壓額定值都工作的好.

并口連接器和計算機內部電路不隔離, 當你想直接連接邏輯門到這個端口是有用的. 但是你不得不小心地正確連接線; 并口電路當你使用你自己的定制電路時容易損壞, 除非你給你的電路增加絕緣. 你可以選擇使用插座并口如果你害怕會損壞你的主板.

位的規范在圖 并口的管腳 中概述. 你可以存取 12 個輸出位和 5 個輸入位, 有些是在它們地信號路徑上邏輯地翻轉了. 唯一的沒有關聯信號管腳的位是端口 2 的位 4 (0x10), 它使能來自并口的中斷. 我們使用這個位作為我們的在第 10 章中的中斷處理的實現的一部分.

圖?9.1.?并口的管腳

9.3.2.?一個例子驅動

我們介紹的驅動稱為 short (Simple Hardware Operations and Raw Tests). 所有它做的是讀和寫幾個 8-位 端口, 從你在加載時選擇的開始. 缺省地, 它使用分配給 PC 并口的端口范圍. 每個設備節點(有一個獨特的次編號)存取一個不同的端口. short 驅動不做任何有用的事情; 它只是隔離來作為操作端口的單個指令給外部使用. 如果你習慣端口 I/O, 你可以使用 short 來熟悉它; 你能夠測量它花費來通過端口傳送數據的時間或者其他游戲的時間.

為 short 在你的系統上運行, 必須有存取底層硬件設備的自由(缺省地, 并口); 因此, 不能有其他驅動已經分配了它. 大部分現代發布設置并口驅動作為只在需要時加載的模塊, 因此對 I/O 地址的競爭常常不是個問題. 如果, 但是, 你從 short 得到一個"無法獲得 I/O 地址" 錯誤(在控制臺上或者在系統 log 文件), 一些其他的驅動可能已經獲得這個端口. 一個快速瀏覽 /proc/ioports 常常告訴你哪個驅動在搗亂. 同樣的告誡應用于另外 I/O 設備如果你沒有在使用并口.

從現在開始, 我們只是用"并口"來簡化討論. 但是, 你能夠設置基本的模塊參數在加載時來重定向 short 到其他 I/O 設備. 這個特性允許例子代碼在任何 Linux 平臺上運行, 這里你對一個數字 I/O 接口有權限通過 outb 和 inb 存取( 盡管實際的硬件是內存映射的, 除 x86 外的所有平臺). 后面, 在"使用 I/O 內存"的一節, 我們展示 short 如何用來使用通用的內存映射數字 I/O.

為觀察在并口上發生了什么以及如果你有使用硬件的愛好, 你可以焊接盡管 LED 到輸出管腳. 每個 LED 應當串連一個 1-K 電阻導向一個地引腳(除非, 當然, 你的 LED 有內嵌的電阻). 如果你連接一個輸出引腳到一個輸入管腳, 你會產生你自己的輸入能夠從輸入端口讀到.

注意, 你無法只連接一個打印機到并口并且看到數據發向 short. 這個驅動實現簡單的對 I/O 端口的存取, 并且沒有進行與打印機需要的來操作數據的握手; 在下一章, 我們展示了一個例子驅動(稱為 shortprint ), 它能夠驅動并口打印機; 這個驅動使用中斷, 但是, 因此我們還是不能到這一點.

如果你要查看并口數據通過焊接 LED 到一個 D-型 連接器, 我們建議你不要使用管腳 9 和管腳 10, 因為我們之后連接它們在一起來運行第 10 章展示的例子代碼.

只考慮到 short, /dev/short0 寫到和讀自位于 I/O 基地址的 8-bit 端口( 0x378, 除非在加載時間改變). /dev/short1 寫到位于基址 + 1 的 8-位, 等等直到基址 + 7.

/dev/short0 進行的實際輸出操作是基于使用 outb 的一個緊湊循環. 一個內存屏障指令用來保證輸出操作實際發生并且不被優化掉:while (count--) {

outb(*(ptr++), port);

wmb();

}

你可以運行下列命令來點亮你的 LED:echo -n "any string" > /dev/short0

每個 LED 監視一個單個的輸出端口位. 記住只有最后寫入的字符, 保持穩定在輸出管腳上足夠長時間你的眼睛能感覺到. 因此, 我們建議你阻止自動插入一個結尾新行, 通過傳遞一個 -n 選項給 echo.

讀是通過一個類似的函數, 圍繞 inb 而不是 outb 建立的. 為了從并口讀"有意義的"值, 你需要某個硬件連接到連接器的輸入管腳來產生信號. 如果沒有信號, 你會讀到一個相同字節的無結尾的流. 如果你選擇從一個輸出端口讀取, 你極可能得到寫到端口的最后的值(這適用于并口和普通使用的其他數字 I/O 電路). 因此, 那些不喜歡拿出他們的烙鐵的人可以讀取當前的輸出值在端口 0x378, 通過運行這樣一個命令:dd if=/dev/short0 bs=1 count=1 | od -t x1

為演示所有 I/O 指令的使用, 每個 short 設備有 3 個變形: /dev/short0 進行剛剛展示的循環, /dev/short0p 使用 outb_p 和 inb_p 代替"快速"函數, 并且 /dev/short0s 使用字串指令. 有 8 個這樣的設備, 從 short0 到 short7. 盡管 PC 并口只有 3 個端口, 你可能需要它們更多如果使用不同的 I/O 設備來運行你的測試.

short 驅動進行一個非常少的硬件控制, 但是足夠來展示如何使用 I/O 端口指令. 感興趣的讀者可能想看看 parpor 和 parport_pc 模塊的源碼, 來知道這個設備在真實生活中能有多復雜來支持一系列并口上的設備(打印機, 磁帶備份, 網絡接口)

總結

以上是生活随笔為你收集整理的linux如何加载并口驱动程序,Linux下并口的访问★★★★★的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。