Linux驱动开发庖丁解牛之三——揭开字符设备驱动程序的面纱

dreamice

原帖由 eric_fang 于 2008-12-2 15:58 发表
很像精简的scull。

个人感觉scull在底层的实现稍微有些复杂，对于一些初学者来说，搞懂他的qset等实现，就要花一番功夫，还不如简单实现一下，把精力更多的放到驱动的基本知识上来。

eric_fang

原帖由 dreamice 于 2008-11-26 18:16 发表


这个就是系统的sysfs生成的。
程序没有问题，我都測試了的。

globalmem_setup_cdev函数里面devno严谨些应该定义为dev_t类型，也即unsigned int，在2.6内核设备编号是用32位表示的，如果主设备号第12位是1，把devno定义为int类型，最高位会被当作符号位。

dreamice

原帖由 eric_fang 于 2008-12-3 09:15 发表


globalmem_setup_cdev函数里面devno严谨些应该定义为dev_t类型，也即unsigned int，在2.6内核设备编号是用32位表示的，如果主设备号第12位是1，把devno定义为int类型，最高位会被当作符号位。

这个问题我没有注意，谢谢提醒

wjbwsb

期待pdf版的

jakepain

问个问题
----------------------------------------------------------------
183   cdev_init(&dev->cdev, &globalmem_fops);
184   dev->cdev.owner = THIS_MODULE;
185   dev->cdev.ops = &globalmem_fops;
186   err = cdev_add(&dev->cdev, devno, 1);
----------------------------------------------------------------
一直有这个困惑，183和185行的作用是否一样？应该都是指定cdev的fops啊
版主有空解答一下

dreamice

谢谢提醒，这个地方确实是我多写了一句。
我么可以看一下cdev_init的实现：

1. 
   
2. void cdev_init(struct cdev *cdev, const struct file_operations *fops)
   
3. {
   
4.         memset(cdev, 0, sizeof *cdev);
   
5.         INIT_LIST_HEAD(&cdev->list);
   
6.         cdev->kobj.ktype = &ktype_cdev_default;
   
7.         kobject_init(&cdev->kobj);
   
8.         cdev->ops = fops;
   
9. }
   

复制代码

实际上在这个init里面，已经完成了fops的赋值操作。
再次表示感谢！

jakepain

谢谢版主才对，之前看LDD3就有这个困惑，居然没想过追一下cdev_init的代码。
长见识了

dreamice

原帖由 jakepain 于 2008-12-5 16:36 发表
谢谢版主才对，之前看LDD3就有这个困惑，居然没想过追一下cdev_init的代码。
长见识了

写模块和驱动的时候，有时间和精力还是最好把使用的接口搞清楚，看看内核的具体实现
以后多多交流，共同进步

scutan

原帖由 dreamice 于 2008-12-2 16:17 发表


个人感觉scull在底层的实现稍微有些复杂，对于一些初学者来说，搞懂他的qset等实现，就要花一番功夫，还不如简单实现一下，把精力更多的放到驱动的基本知识上来。

嗯. 是, 可以根据LDD中的一些机制, 自己写一点小的测试程序来看看.

vincentdpan

请问楼主：
你怎么理解驱动与应用程序函数参数变化是什么原因？
比如：write在驱动里是write(struct file *filp, char __user *buf, size_t size, loff_t *ppos)
在API里却是write(int fd, const void*buf, size_t count)