linux驅動調用驅動
① linux如何載入驅動
linux操作系統下，載入驅動的方式有兩種方法：
靜態載入驅動。通過將驅動程序編譯到內核而進碰飢行的一系列配置操作。動態載入驅動。液敗是內核注冊設備信息，從而在kernel啟動後，再通過insmod指令，關聯好主、次設備號，笑埋返從而以模塊的形式進行載入。
② Linux環境下，如何一個驅動中調用另外一個驅動
1. 首物凱先，設備間不應該互仿擾相調用，這不是物理限制，而是設計理念上不應該備螞旦做這種事，如果你的設備必須互相調用，他們應該是同一個LKM
2. 但物理上你確實可以強行讓他們互相調用，提供一方EXPORT_SYMBLE即可，如果不行，很可能是你沒有插入被依賴的模塊。請你在插入依賴模塊前，查一下/proc/kallsym...這個文件，看看符號被加進去沒有。
③ linux中socket是如何調用驅動程序
分為發送和接受：
發送：
首先，socketAPI會創建並把數據至一個叫sk_buff的結構體,然後依次把sk_buff交給運輸層，網路層，數據鏈路層協議進行處理，然後在填寫完sk_buff後再把他交付給驅動程序由網路設備發送出去。
接受和發送是反過程，驅動層程序一般由中斷處理收到數據包後會創建sk_buff結構體，讓後把數據和一些控制信息填進去，再把sk_buff向數據鏈路層協議交付，然後就是網路層，運輸層最後交給socketAPI介面了
④ 如何調試linux的網路驅動
如何根據oops定位代碼行
我們借用linux設備驅動第二篇：構造和運行模塊裡面的hello world程序來演示出錯的情況，含有錯誤代碼的hello world如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#include <linux/init.h>
#include <linux/mole.h>
MODULE_LICENSE("Dual BSD/GPL");
static int hello_init(void)
{
char *p = NULL;
memcpy(p, "test", 4);
printk(KERN_ALERT "Hello, world\n");
return 0;
}
static void hello_exit(void)
{
printk(KERN_ALERT "Goodbye, cruel world\n");
}
mole_init(hello_init);
mole_exit(hello_exit);
Makefile文件如下：
1
2
3
4
5
6
7
8
9
10
11
ifneq ($(KERNELRELEASE),)
obj-m := helloworld.o
else
KERNELDIR ?= /lib/moles/$(shell uname -r)/build
PWD := $(shell pwd)
default:
$(MAKE) -C $(KERNELDIR) M=$(PWD) moles
endif
clean:
rm -rf *.o *~ core .depend .*.cmd *.ko *.mod.c .tmp_versions moles.order Mole.symvers
很明顯，以上代碼的第8行是一個空指針錯誤。insmod後會出現下面的oops信息：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
[ 459.516441] BUG: unable to handle kernel NULL pointer dereference at (null)
[ 459.516445]
[ 459.516448] PGD 0
[ 459.516450] Oops: 0002 [#1] SMP
[ 459.516452] Moles linked in: helloworld(OE+) vmw_vsock_vmci_transport vsock coretemp crct10dif_pclmul crc32_pclmul ghash_clmulni_intel aesni_intel vmw_balloon snd_ens1371 aes_x86_64 lrw snd_ac97_codec gf128mul glue_helper ablk_helper cryptd ac97_bus gameport snd_pcm serio_raw snd_seq_midi snd_seq_midi_event snd_rawmidi snd_seq snd_seq_device snd_timer vmwgfx btusb ttm snd drm_kms_helper drm soundcore shpchp vmw_vmci i2c_piix4 rfcomm bnep bluetooth 6lowpan_iphc parport_pc ppdev mac_hid lp parport hid_generic usbhid hid psmouse ahci libahci floppy e1000 vmw_pvscsi vmxnet3 mptspi mptscsih mptbase scsi_transport_spi pata_acpi [last unloaded: helloworld]
[ 459.516476] CPU: 0 PID: 4531 Comm: insmod Tainted: G OE 3.16.0-33-generic #44~14.04.1-Ubuntu
[ 459.516478] Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 05/20/2014
[ 459.516479] task: ffff88003821f010 ti: ffff880038fa0000 task.ti: ffff880038fa0000
[ 459.516480] RIP: 0010:[<ffffffffc061400d>] [<ffffffffc061400d>] hello_init+0xd/0x30 [helloworld]
[ 459.516483] RSP: 0018:ffff880038fa3d40 EFLAGS: 00010246
[ 459.516484] RAX: ffff88000c31d901 RBX: ffffffff81c1a020 RCX: 000000000004b29f
[ 459.516485] RDX: 000000000004b29e RSI: 0000000000000017 RDI: ffffffffc0615024
[ 459.516485] RBP: ffff880038fa3db8 R08: 0000000000015e80 R09: ffff88003d615e80
[ 459.516486] R10: ffffea000030c740 R11: ffffffff81002138 R12: ffff88000c31d0c0
[ 459.516487] R13: 0000000000000000 R14: ffffffffc0614000 R15: ffffffffc0616000
[ 459.516488] FS: 00007f8a6fa86740(0000) GS:ffff88003d600000(0000) knlGS:0000000000000000
[ 459.516489] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 459.516490] CR2: 0000000000000000 CR3: 0000000038760000 CR4: 00000000003407f0
[ 459.516522] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 459.516524] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 459.516524] Stack:
[ 459.57] ffff880038fa3db8 ffffffff81002144 0000000000000001 0000000000000001
[ 459.516540] 0000000000000001 ffff880028ab5040 0000000000000001 ffff880038fa3da0
[ 459.516541] ffffffff8119d0b2 ffffffffc0616018 00000000bd1141ac ffffffffc0616018
[ 459.516543] Call Trace:
[ 459.516548] [<ffffffff81002144>] ? do_one_initcall+0xd4/0x210
[ 459.516550] [<ffffffff8119d0b2>] ? __vunmap+0xb2/0x100
[ 459.516554] [<ffffffff810ed9b1>] load_mole+0x13c1/0x1b80
[ 459.516557] [<ffffffff810e9560>] ? store_uevent+0x40/0x40
[ 459.516560] [<ffffffff810ee2e6>] SyS_finit_mole+0x86/0xb0
[ 459.516563] [<ffffffff8176be6d>] system_call_fastpath+0x1a/0x1f
[ 459.516564] Code: <c7> 04 25 00 00 00 00 74 65 73 74 31 c0 48 89 e5 e8 a2 86 14 c1 31
[ 459.516573] RIP [<ffffffffc061400d>] hello_init+0xd/0x30 [helloworld]
[ 459.516575] RSP <ffff880038fa3d40>
[ 459.516576] CR2: 0000000000000000
[ 459.516578] ---[ end trace 7c52cc8624b7ea60 ]---
下面簡單分析下oops信息的內容。
由BUG: unable to handle kernel NULL pointer dereference at (null)知道出錯的原因是使用了空指針。標紅的部分確定了具體出錯的函數。Moles linked in: helloworld表明了引起oops問題的具體模塊。call trace列出了函數的調用信息。這些信息中其中標紅的部分是最有用的，我們可以根據其信息找到具體出錯的代碼行。下面就來說下，如何定位到具體出錯的代碼行。
第一步我們需要使用objmp把編譯生成的bin文件反匯編，我們這里就是helloworld.o，如下命令把反匯編信息保存到err.txt文件中：
1
objmp helloworld.o -D > err.txt
err.txt內容如下：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
helloworld.o: file format elf64-x86-64
Disassembly of section .text:
<span style="color:#ff0000;">0000000000000000 <init_mole>:</span>
0: e8 00 00 00 00 callq 5 <init_mole+0x5>
5: 55 push %rbp
6: 48 c7 c7 00 00 00 00 mov $0x0,%rdi
d: c7 04 25 00 00 00 00 movl $0x74736574,0x0
14: 74 65 73 74
18: 31 c0 xor %eax,%eax
1a: 48 89 e5 mov %rsp,%rbp
1d: e8 00 00 00 00 callq 22 <init_mole+0x22>
22: 31 c0 xor %eax,%eax
24: 5d pop %rbp
25: c3 retq
26: 66 2e 0f 1f 84 00 00 nopw %cs:0x0(%rax,%rax,1)
2d: 00 00 00
0000000000000030 <cleanup_mole>:
30: e8 00 00 00 00 callq 35 <cleanup_mole+0x5>
35: 55 push %rbp
36: 48 c7 c7 00 00 00 00 mov $0x0,%rdi
3d: 31 c0 xor %eax,%eax
3f: 48 89 e5 mov %rsp,%rbp
42: e8 00 00 00 00 callq 47 <cleanup_mole+0x17>
47: 5d pop %rbp
48: c3 retq
Disassembly of section .rodata.str1.1:
0000000000000000 <.rodata.str1.1>:
0: 01 31 add %esi,(%rcx)
2: 48 rex.W
3: 65 gs
4: 6c insb (%dx),%es:(%rdi)
5: 6c insb (%dx),%es:(%rdi)
6: 6f outsl %ds:(%rsi),(%dx)
7: 2c 20 sub $0x20,%al
9: 77 6f ja 7a <cleanup_mole+0x4a>
b: 72 6c jb 79 <cleanup_mole+0x49>
d: 64 0a 00 or %fs:(%rax),%al
10: 01 31 add %esi,(%rcx)
12: 47 6f rex.RXB outsl %ds:(%rsi),(%dx)
14: 6f outsl %ds:(%rsi),(%dx)
15: 64 fs
16: 62 (bad)
17: 79 65 jns 7e <cleanup_mole+0x4e>
19: 2c 20 sub $0x20,%al
1b: 63 72 75 movslq 0x75(%rdx),%esi
1e: 65 gs
1f: 6c insb (%dx),%es:(%rdi)
20: 20 77 6f and %dh,0x6f(%rdi)
23: 72 6c jb 91 <cleanup_mole+0x61>
25: 64 0a 00 or %fs:(%rax),%al
Disassembly of section .modinfo:
0000000000000000 <__UNIQUE_ID_license0>:
0: 6c insb (%dx),%es:(%rdi)
1: 69 63 65 6e 73 65 3d imul $0x3d65736e,0x65(%rbx),%esp
8: 44 75 61 rex.R jne 6c <cleanup_mole+0x3c>
b: 6c insb (%dx),%es:(%rdi)
c: 20 42 53 and %al,0x53(%rdx)
f: 44 2f rex.R (bad)
11: 47 50 rex.RXB push %r8
13: 4c rex.WR
...
Disassembly of section .comment:
0000000000000000 <.comment>:
0: 00 47 43 add %al,0x43(%rdi)
3: 43 3a 20 rex.XB cmp (%r8),%spl
6: 28 55 62 sub %dl,0x62(%rbp)
9: 75 6e jne 79 <cleanup_mole+0x49>
b: 74 75 je 82 <cleanup_mole+0x52>
d: 20 34 2e and %dh,(%rsi,%rbp,1)
10: 38 2e cmp %ch,(%rsi)
12: 32 2d 31 39 75 62 xor 0x62753931(%rip),%ch # 62753949 <cleanup_mole+0x62753919>
18: 75 6e jne 88 <cleanup_mole+0x58>
1a: 74 75 je 91 <cleanup_mole+0x61>
1c: 31 29 xor %ebp,(%rcx)
1e: 20 34 2e and %dh,(%rsi,%rbp,1)
21: 38 2e cmp %ch,(%rsi)
23: 32 00 xor (%rax),%al
Disassembly of section __mcount_loc:
0000000000000000 <__mcount_loc>:
由oops信息我們知道出錯的地方是hello_init的地址偏移0xd。而有mp信息知道，hello_init的地址即init_mole的地址，因為hello_init即本模塊的初始化入口，如果在其他函數中出錯，mp信息中就會有相應符號的地址。由此我們得到出錯的地址是0xd，下一步我們就可以使用addr2line來定位具體的代碼行：
addr2line -C -f -e helloworld.o d
此命令就可以得到行號了。以上就是通過oops信息來定位驅動崩潰的行號。
其他調試手段
以上就是通過oops信息來獲取具體的導致崩潰的代碼行，這種情況都是用在遇到比較嚴重的錯誤導致內核掛掉的情況下使用的，另外比較常用的調試手段就是使用printk來輸出列印信息。printk的使用方法類似printf，只是要注意一下列印級別，詳細介紹在linux設備驅動第二篇：構造和運行模塊中已有描述，另外需要注意的是大量使用printk會嚴重拖慢系統，所以使用過程中也要注意。
以上兩種調試手段是我工作中最常用的，還有一些其他的調試手段，例如使用/proc文件系統，使用trace等用戶空間程序，使用gdb，kgdb等，這些調試手段一般不太容易使用或者不太方便使用，所以這里就不在介紹了。
⑤ linux下應用層怎麼調用SD卡驅動介面
一般的驅動程序是不允許應用程序調用的，只有當驅動程序留出這種供外界訪問的介面才行，這種介面一般包括read，write，open，ioctl等介面，如果驅動中預留出了這些介面，就可以在應用程序中調用，比如fd=open(設備，參數);或者fd=ioctl(設備，參數);，這樣就會調用到這個設備驅動中的open或者ioctl函數。所以一般如果想再應用程序中調試某個驅動程序，常見的方法就是自己建立一個驅動模塊，這個模塊中預留出對外介面，比如ioctl。然後在你新建的這個驅動模塊中完成ioctl函數，如下：
int device_ioctl(fd,argv) {
/* your function; */
}
static struct file_operations device = {
.ioctl = device_ioctl //預留外部介面
};
應用程序如下：
ioctl（device，argv）；
上面這句就可以完成你的模塊中ioctl中的功能。
⑥ 請問linux驅動怎麼調用底層的驅動啊 比如說已有SPI匯流排驅動，現要為一個SPI設備寫驅動，怎麼調用底層驅動
spi匯流排驅動在linux中是採用了分層設計和分隔設計的思想，spi控制器的驅動和核心層的通用api內核已經寫完了，你只要寫外設驅動就好，具體你可以去看一下你的spi_s3c24xx.c這個驅動是基於platfoem寫的，裡面含有如何調用核心api。
⑦ linux下如何直接調用網卡驅動
你是要獲取原始數據幀？
獲取肆棚原始數據可以使用AF_PACKET 或者RAW類拍純型的socket。
什麼襲雹咐叫直接調用網卡驅動，驅動是載入到內核中的核心模塊，由硬體中斷調用，你怎麼能調用。
可以去看《understanding-linux-network-internals》和《linux.device.drivers》
⑧ linux驅動程序如何調用
驅動程序工作在
內核空間
，由內核來調用
比如某硬體的驅動程序中實現了hd_write()函數，則用戶在
用戶空間
打開這硬體的設備文件並調用
系統調用
函數write()時，內核就調用hd_write()函數。
⑨ Linux應用程序如何調用驅動程序
一般的驅動程序是不允許應用程序調用的，只有當驅動程序留出這種供外界訪問的介面才行，這種介面一般包括read，write，open，ioctl等介面，如果驅動中預留出了這些介面，就可以在應用程序中調用，比如fd=open(設備，參數);或者fd=ioctl(設備，參段雹源數);，這樣就會調用到這個設備驅動中的open或者ioctl函數。所以一般如果想再應用程序中調試某個驅動程序，常見的方法就是自己建立一個驅動模塊，這個模塊中預留出對外介面，比如ioctl。然後在你新建的這個驅動模塊中完成ioctl函數握態，如下：
int
device_ioctl(fd,argv)
{
/*
your
function;
*/
}
static
struct
file_operations
device
=
{
.ioctl
=
device_ioctl
//預留外部介面
};
應用程肆激序如下：
ioctl（device，argv）；
上面這句就可以完成你的模塊中ioctl中的功能。
⑩ ARM Linux應用程序如何調用驅動程序
這個很難一兩句話能說清楚的拉
驅動程序 只是一個模塊 其中有一些操作方法 如ioctl方法
注意：驅動程序不是運行著的 只有初始化時運行一下初始化函數 以致為了節省空間在初始化完後都可以刪掉驅動程序的初始化函數(如果在初始化函數前加上__init)
其他的操作方法只有在應用程序調用到時才運行到對應的操作方法（即驅動中對應的函數）。
在應用程序中調用ioctl時 由linux系統內核去實現 最終調用到 驅動程序的那個ioctl方法
具體的調用過程就要去分析一下linux的這段內核源代碼了