字符设备驱动读写过程的问题！！！

uestczcl

应用程序中执行 read 函数，会经过系统调用，从而调用执行驱动程序中的 chrdevbase_read 函数，这里我有个疑问，应用程序中的 read 函数只有3个参数，调用执行的 chrdevbase_read 有4个参数，它们之间是怎么传递参数的？

hannuaa

从应用程序到驱动会经过io层处理，不是直接调用关系。具体多出来的那个参数表示文件当前读写位置。

xiaotaotao

由read到chrdevbase_read中间经过了很多层级，可不是直接调用的，你先别去深究这个，等你以后学扎实了之后你再去细品其中的缘由！

zuozhongkai

应用中的readbuf对应驱动中的buf，50就是驱动中的count。没规定应用程序中函数的参数个数啥的一定要和驱动里面的一致

uestczcl

hannuaa 发表于 2020-3-28 08:00
从应用程序到驱动会经过io层处理，不是直接调用关系。具体多出来的那个参数表示文件当前读写位置。

这里的read 函数到 chrdevbase_read 的前3个参数是对应起来的吧！只是最后多出来一个参数！！！

uestczcl

hannuaa 发表于 2020-3-28 08:00
从应用程序到驱动会经过io层处理，不是直接调用关系。具体多出来的那个参数表示文件当前读写位置。

好像第一个参数也没对应，应用程序中的 fd 只是文件描述符，是 int 类型的！！！与 chrdevbase 中的 struct file *filp 无法对应！