//错误代码 my_tes.c static int my_ioctl(struct file *file,unsigned int reg_num,unsigned arg){ iowrite32(arg,reg_vis_addr+reg_num*4); return 0; }
很简单一函数发现reg_num=2的时候ioctl函数根本没有被调用
终端下运行 man iotcl
会发现 的二个参数 unsigned int 是一个控制变量
也许 系统检测到 2就报错 直接跳过了
把 arg与reg_num互换后问题解决
//app。c 错误 int fd; fd = open("/dev/xxx",0)
后来发现时这里出错
运行 ls -l 可以看看dev的属性
发现可以读写，
更改 0 为O_RDWR问题解决
顺便附上open的几个参数供大家参考：来自百度百科
O_RDONLY 以只读方式打开文件 O_WRONLY 以只写方式打开文件 O_RDWR 以可读写方式打开文件。 上述三种标志位是互斥的，也就是不可同时使用，但可与下列的标志位利用OR(|)运算符组合。 O_CREAT 若欲打开的文件不存在则自动建立该文件。 O_EXCL 如果O_CREAT 也被设置，此指令会去检查文件是否存在。文件若不存在则建立该文件，否则将导致打开文件错误。此外，若O_CREAT与O_EXCL同时设置，并且欲打开的文件为符号连接，则会打开文件失败。 O_NOCTTY 如果欲打开的文件为终端机设备时，则不会将该终端机当成进程控制终端机。 O_TRUNC 若文件存在并且以可写的方式打开时，此标志位会令文件长度清为0，而原来存于该文件的 资料也会消失。 O_APPEND 当读写文件时会从文件尾开始移动，也就是所写入的数据会以附加的方式加入到文件后面。 O_NONBLOCK 以不可阻断的方式打开文件，也就是无论有无数据读取或等待，都会立即返回进程之中。 O_NDELAY 同O_NONBLOCK。 O_SYNC 以同步的方式打开文件。 O_NOFOLLOW 如果参数pathname 所指的文件为一符号连接，则会令打开文件失败。 O_DIRECTORY 如果参数pathname 所指的文件并非为一目录，则会令打开文件失败。 参数mode 组合 此为Linux2.2以后特有的标志位，以避免一些系统安全问题。参数mode 则有下列数种组合，只有在建立新文件时才会生效，此外真正建文件时的权限会受到umask值所影响，因此该文件权限应该为（mode-umaks）。 S_IRWXU 00700 权限，代表该文件所有者具有可读、可写及可执行的权限。 S_IRUSR 或S_IREAD， 00400权限，代表该文件所有者具有可读取的权限。 S_IWUSR 或S_IWRITE，00200 权限，代表该文件所有者具有可写入的权限。 S_IXUSR 或S_IEXEC， 00100 权限，代表该文件所有者具有可执行的权限。 S_IRWXG 00070权限，代表该文件用户组具有可读、可写及可执行的权限。 S_IRGRP 00040 权限，代表该文件用户组具有可读的权限。 S_IWGRP 00020权限，代表该文件用户组具有可写入的权限。 S_IXGRP 00010 权限，代表该文件用户组具有可执行的权限。 S_IRWXO 00007权限，代表其他用户具有可读、可写及可执行的权限。 S_IROTH 00004 权限，代表其他用户具有可读的权限 S_IWOTH 00002权限，代表其他用户具有可写入的权限。 S_IXOTH 00001 权限，代表其他用户具有可执行的权限。 返回值 若所有欲核查的权限都通过了检查则返回文件描述符，表示成功，只要有一个权限被禁止则返回-1。 错误代码 EEXIST 参数pathname 所指的文件已存在，却使用了O_CREAT和O_EXCL标志位。 EACCESS 参数pathname所指的文件不符合所要求测试的权限。 EROFS 欲测试写入权限的文件存在于只读文件系统内。 EFAULT 参数pathname指针超出可存取内存空间。 EINVAL 参数mode 不正确。 ENAMETOOLONG 参数pathname太长。 ENOTDIR 参数pathname不是目录。 ENOMEM核心内存不足。 ELOOP 参数pathname有过多符号连接问题。 EIO I/O 存取错误。