应用和驱动的接口是怎么实现的？

wunekky

是不是这样的：
应用《－》内核
内核《－》文件系统
文件系统《－》驱动
驱动《－》硬件

比如：i2c驱动，在i2c-dev.c里面

static const struct file_operations i2cdev_fops = {     .owner        = THIS_MODULE,     .llseek        = no_llseek,     .read        = i2cdev_read,     .write        = i2cdev_write,     .ioctl        = i2cdev_ioctl,     .open        = i2cdev_open,     .release    = i2cdev_release, };

这个应该就是i2c驱动接口了吧。
那么在哪里会调用这个接口？应用程序又怎么调用这个接口控制硬件？

wunekky

汗～～～～～～～～～
才发现04年注册的，现在第一次发帖。。。。5年一帖

dreamice

文件系统和驱动都是内核的一部分。
通常是这样的 应用程序-->系统调用-->虚拟文件系统（或者驱动程序）--->硬件设备

wunekky

我从驱动的一个函数往上找，找到sys_ioctl，然后再往上就不知道是谁调的它了
dump_stack()显示是ret_fast_syscall，我没找到这个函数
不知道用户程序是怎么调下来的

asmlinkage long sys_ioctl(unsigned int fd, unsigned int cmd, unsigned long arg) {     struct file *filp;     int error = -EBADF;     int fput_needed;     printk("\nsys iocttl------------------------------------------\n\n");     dump_stack();     filp = fget_light(fd, &fput_needed);     if (!filp)         goto out;     error = security_file_ioctl(filp, cmd, arg);     if (error)         goto out_fput;     error = do_vfs_ioctl(filp, fd, cmd, arg);  out_fput:     fput_light(filp, fput_needed);  out:     return error; }

T-Bagwell

原帖由 wunekky 于 2009-12-10 19:10 发表
我从驱动的一个函数往上找，找到sys_ioctl，然后再往上就不知道是谁调的它了
dump_stack()显示是ret_fast_syscall，我没找到这个函数
不知道用户程序是怎么调下来的
asmlinkage long sys_ioctl(unsigned int ...

可以用kgdb step

dreamice

sys_ioctl就调用到你自己驱动程序的ioctl了

Godbach

LZ可以参考一下偶的这篇文章：
http://blog.chinaunix.net/u/33048/showart_1667552.html

rw99yy

应用 －－－（系统调用） －－> 内核。（中间一般经过lib库，为什么这么搞呢，便宜移植）
read->lib库的read->系统调用。
文件打开的时候不是有个（/dev/devnode）么？这是是通过mknode生成的 有个唯一数字
内核就知道当前是(唯一数字)的read,  这个在驱动注册的时候不是有个主设备号么。就联系起来了。 对应到 (唯一数字)->read();  这个就是驱动中实现的了。