Linux-ioctl什么时候会调用失败，而且返回

首先请检查open、read之类的正确。之后，

你的ioctl要是自己定义的cmd，需要同时在内核态以及用户态建立描述这个cmd的头文件。否则乱传cmd自然不能匹配。

cmd里包含你的ioctl的参数类型（是否有参数，参数是只传递进内核；还是只从内核取；还是既传递进内核又从内核取）以及混淆

具体cmd的定义你可以很容易到内核源码里找到例子，grep -rni "ioctl" ./drivers

跟着学就好了

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]

Modules linked in: led_dev(+)

CPU: 0Tainted: GW(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_module+0x8c/0x1a4)

[<c0085960>] (sys_init_module+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

然后重启电脑即可

---