linuxled驅動

『壹』 linux混雜設備驅動問題

看你驅動的實現方法了 。。你可以做到一個LED一個 設備節點 這樣的話幾個LED就要幾個次設備號。也可以把100個 1000個 。。。。做成一個設備節點 這樣就只需要一個次設備號了。。

『貳』 linux驅動程序 #define LED_ON _IO ('k',1) 這句話是什麼意思我就是後半句看不懂_IO是函數嗎

這個是預處理啊
#define LED_ON _IO ('k',1)

將程序中的LED_ON _IO，使用('k',1)來代替
這個應該是IO匯流排LED ON指令時的置位吧

『叄』 怎麼在linux中自動led驅動

直接調用linux讀寫寄存器的API就可以拉，led就是控制GPIO阿，很簡單的，內核裡面有led的驅動實常式序怎麼在linux中自動led驅動

『肆』 怎麼在linux中自動led驅動

直接調用linux讀寫寄存器的API就可以拉，led就是控制GPIO阿，很簡單的，內核裡面有led的驅動實常式序

『伍』 我在ubuntu9。04下，用arm-linux-gcc 交叉編譯了一個led驅動程序。引用的內核源碼放在／usr／src/linux2.6

如果你要編譯一個 驅動 首先你那個 linux內核事編譯好的。makefile 裡面耀指向你的linux內核目錄
你在試試

『陸』 linux led驅動子系統是怎麼實現和應用空間交互的

1、struct file_operations是一個把字元設備驅動的操作和設備號聯系在一起的紐帶，是一系列指針的集合，每個被打開的文件 都對應於一系列的操作，這就是file_operations,用來執行一系列的系統調用。

『柒』 linux LED驅動移植結果是不是可以在make menuconfig中看到

那得看你程序怎麼寫的啊。
你加進去的話，當然會有，不加就沒有。

『捌』 怎麼在linux下編譯驅動程序我我按照別人寫的LED啟動程序，用交叉編譯器arm-linux-gcc編譯，總提示找不到

不改MAKEFILE文件，當然不能編譯了，Linux的驅動就是這么搞的啊，沒辦法的，反正是批處理的，也就多花點時間嘛，你可以把一些不需要的驅動，選擇不編譯，這樣就能加快速度了。給你個辦法，在Windows虛擬機中安裝交叉編譯環境，你可以在Windows下編輯你的程序，Linux只起到編譯的作用，這樣，兩個工作可以同時進行，有空你還可以上上網，這樣你就不覺得時間長了。

『玖』 linux驅動編寫過程中遇到的幾個問題及解決

1、顯示錯誤：unknown field 'ioctl' specified in initializer
解決辦法，查看內核include/linux/fs.h文件，發現里邊定義的struct file_operations中沒有ioctl，這里我們用.unlocked_ioctl取代，形參去掉 struct inode*。
2、在應用程序中，將ioctl替換為unlocked_ioctl後，會出現以下錯誤：undefined reference to `unlocked_ioctl'。因為系統調用ioctl是沒有改變的，還是原來的系統調用介面，只是系統調用的實現中，ioctl()變成了unlocked_ioctl，在應用層你根本不用關注內核中的這些實現上的改變，你只需要按照系統調用的用法用就可以了。所以把應用程序里的unlocked_ioctl改為ioctl，編譯，OK，通過。
3、驅動編譯完成，在開發板上insmod，出現以下錯誤：
WARNING: at lib/kobject.c:595 kobject_put+0x50/0x64()
kobject: '撲' (cbc60a00): is not initialized, yet kobject_put() is being called.
---[ end trace da227214a82491b9 ]---
insmod: cannot insert 'led_dev.ko': Cannot allocate memory
原來是忘了寫內存申請的代碼，添加kmalloc和memset。
4、再次insmod，出現下列錯誤代碼：
Unable to handle kernel paging request at virtual address 7f008820
pgd = cbc70000
[7f008820] *pgd=00000000
Internal error: Oops: 5 [#1]
Moles linked in: led_dev(+)
CPU: 0 Tainted: G W (3.0.1 #439)
PC is at led_init+0xa8/0x108 [led_dev]
LR is at kobj_map+0x144/0x154
pc : [<bf0020a8>] lr : [<c0246e70>] psr: 60000013
sp : cbc6bf10 ip : cbc6beb0 fp : cbc6bf24
r10: 00000000 r9 : bf002000 r8 : cbc6a000
r7 : 00000000 r6 : bf0002bc r5 : 00000000 r4 : 00000000
r3 : 00000000 r2 : 00000000 r1 : 7f008000 r0 : 00000000
Flags: nZCv IRQs on FIQs on Mode SVC_32 ISA ARM Segment user
Control: 00c5387d Table: 5bc70008 DAC: 00000015
Process insmod (pid: 112, stack limit = 0xcbc6a268)
Stack: (0xcbc6bf10 to 0xcbc6c000)
bf00: 00000000 c07463c0 cbc6bf7c cbc6bf28
bf20: c00343c8 bf00200c cbc6bf64 cbc6bf38 c0073e24 00000000 00000000 00000000
bf40: 00000000 0000ef52 000d5bf9 bf0002bc 00000000 0000ef52 000d5bf9 bf0002bc
bf60: 00000000 c0034ce8 cbc6a000 00000000 cbc6bfa4 cbc6bf80 c0085960 c0034398
bf80: c00e8738 c00e8610 402004a8 000dfcf8 00000000 00000080 00000000 cbc6bfa8
bfa0: c0034b40 c00858e0 402004a8 000dfcf8 00b5d038 0000ef52 000d5bf9 ffff5f01
bfc0: 402004a8 000dfcf8 00000000 00000080 00000069 00000001 be9c2e64 be9c2e68
bfe0: be9c2e68 be9c2b14 00021cfc 402c1d74 60000010 00b5d038 5fffe821 5fffec21
[<bf0020a8>] (led_init+0xa8/0x108 [led_dev]) from [<c00343c8>] (do_one_initcall+0x3c/0x188)
[<c00343c8>] (do_one_initcall+0x3c/0x188) from [<c0085960>] (sys_init_mole+0x8c/0x1a4)
[<c0085960>] (sys_init_mole+0x8c/0x1a4) from [<c0034b40>] (ret_fast_syscall+0x0/0x30)
Code: e59f0060 eb52980e ea00000b e59f1058 (e5910820)
---[ end trace da227214a82491b9 ]---
Segmentation fault
最後是各種網路，各種谷歌，參考別人的驅動，發現它們的開發板硬體地址並不是自己寫的頭文件，而是調用mach中已經定義好的頭文件，好吧，尋找相應開發板，相應埠的地址頭文件，在驅動文件中添加以下頭文件：
#include <mach/map.h>
#include <mach/regs-gpio.h>
#include <mach/gpio-bank-m.h>
Ok，打完收工，開發板，測試。運行無阻。完成。
5、在做到DS18B20溫度測試模塊驅動的時候，看到網上的代碼有些函數可以直接對引腳的功能進行設置，比如：s3c2410_gpio_cfgpin(DQ_PIN, DQ_PIN_OUTP); 但是對應於我的s3c6410的開發板就不知道用什麼函數了，網上找了半天，發現以上函數是在#include <plat/gpio-cfg.h>中，6410中對應的函數為：extern int s3c_gpio_cfgpin(unsigned int pin, unsigned int to);
6、最近學習移植linux內核，移植了新的linux內核以及掛載了新的NFS之後， 重新測試led驅動，發現安裝模塊以後，運行測試程序會出現以下錯誤：
-/bin/sh: ./main: not found（main為主機上編譯好的測試程序）
原因：
編譯busybox的時候選擇了靜態編譯：
Build Options－>
Build BusyBox as a static binary (no shared libs)
Build with Large File Support (for accessing file>2GB)
如果選擇 Build BusyBox as a static binary (no shared libs) 方式進行編譯時，所需的庫已經與程序靜態地鏈接在一起，這些程序不需要額外的庫就可以單獨運行，但是自己編寫的程序在文件系統上運行必須採用靜態編譯，否則會報諸如：bin/sh: main :not found的錯誤。
靜態編譯如：
arm-linux-gcc –static main.c –o main
7.按照普通方法安裝配置tftp，並且關閉了防火牆，但是在開發板上tftp主機，總會報錯：
tftp: server error: (0) Permission denied

解決辦法：
修改文件 /etc/sysconfig/selinux，設定其中的
SELINUX=disabled
然後重啟電腦即可

『拾』 ARM linux設備驅動，寫的驅動必須在編譯內核的時候添加到內核才能用嗎比如led驅動，我生成

linux2.6以後的內核在載入驅動的時候是可以動態添加的，不用每次添加之後都make zImage，
你只用先編譯一邊，然後就可以一直用這個做驅動的開發嘍，
只要生成了led.ko，然後insmod led.ko，就可以了，至於是不是用應用層，我覺得你還是先學一下應用層的東西吧，比如nuix系統高級編程之內的書，