device_create和device_add和udev

darling54454

有看到之前的一个帖子是这么回复
device_create和device_add的区别：
device_create() 创建一个设备并注册到内核驱动架构...
device_add() 注册一个设备到内核，，少了一个创建设备..

是不是说调用device_create会在/dev/目录下创建结点，device_add不会。
查看源码(2.6.30.4)
struct device *device_create(struct class *class, struct device *parent,
                             dev_t devt, void *drvdata, const char *fmt, ...)
{
        .....
        dev = device_create_vargs(class, parent, devt, drvdata, fmt, vargs);
        ....
        return dev;
}
struct device *device_create_vargs(struct class *class, struct device *parent,
                                   dev_t devt, void *drvdata, const char *fmt,
                                   va_list args)
{
        struct device *dev = NULL;
        int retval = -ENODEV;

        if (class == NULL || IS_ERR(class))
                goto error;

        dev = kzalloc(sizeof(*dev), GFP_KERNEL);
        if (!dev) {
                retval = -ENOMEM;
                goto error;
        }

        dev->devt = devt;
        dev->class = class;
        dev->parent = parent;
        dev->release = device_create_release;
        dev_set_drvdata(dev, drvdata);

        retval = kobject_set_name_vargs(&dev->kobj, fmt, args);
        if (retval)
                goto error;

        retval = device_register(dev);
        if (retval)
                goto error;

        return dev;

error:
        put_device(dev);
        return ERR_PTR(retval);
}
然后device_register会调用device_add。

我想知道，到底device_create相对于device_add多做了什么样的工作，才会让/dev下创建一个结点。
换句话说，就是udev是怎么工作的，如何自动添加设备结点。

darling54454

除了函数device_create还有其他的函数可以让udev也可以自动添加设备结点么。
我用source insight查看了下，整个源码调用它的好像并不是很多。

新手小白。多多指教。。各位大婶们。

amarant

在dev下创建节点的是mknod等，由udev干的。好像是内核发了一个notify还是什么记不清楚了

arm-linux-gcc

调用device_create和直接调用device_add的区别，就只是在参数devt上，如果devt为0（即直接调用device_add），那么devtmpfs就不会创建节点
udev也同理，如果uevent中没有devt，那么udev也不会创建这个节点

Tinnal

回复 1# darling54454

device_create
    |
   + -- kzalloc struct device
    |
   +---device_register
                |
               +-----device_initialize
                |
               +-----device_add

device_create比device_add多做的事情非常清楚了呀。多一：
1. 新建struct device， device_add是不会新建的，只会加。
2. 进行了初始化， 如果不调device_register， 就得自己去调用device_initiali初始化。


关于第二点，device_register的函数说明说得很清楚：
/**
*        device_register - register a device with the system.
*        @dev:        pointer to the device structure
*
*        This happens in two clean steps - initialize the device
*        and add it to the system. The two steps can be called
*        separately, but this is the easiest and most common.
*        I.e. you should only call the two helpers separately if
*        have a clearly defined need to use and refcount the device
*        before it is added to the hierarchy.
*/

关于正真设备文件的创建（不是指sys下的文件）， 最终是由device_add函数里头的kobject_uevent(&dev->kobj, KOBJ_ADD)完成的对hotplug_helper的调用的。
如果想了解uevent的详情，可以阅读《Linux设备模型浅析之uevent篇》或者他的一系列文章。
http://wenku.baidu.com/link?url= ... 6uL6GDxuKlOn41H7u77
   

darling54454

回复 4# arm-linux-gcc
那这样说的话，在/sys下产生了一个dev属性文件，那么这个设备就会被创建在/dev/目录下咯。
暂且可以理解为，在系统启动之后udev根据dev属性文件来创建设备结点（不考虑热插拔机制）

   

darling54454

回复 5# Tinnal
感谢你的回复。之后是需要去了解一下udev的工作原理。
device_create相对于device_add就是分配了一个device结构体，并初始化了dev_t设备号、class类、parent父设备等。
那样说就是调用device_add时候参数dev已经是分配了空间了的。
如果调用device_add的参数dev也对dev_t/class/parent等参数进行了赋值，其效果差不多等价于device_create。。。
按照楼上大哥说，dev_t只要不是为0，那么udev都会在/dev/目录下创建设备结点。

Tinnal

darling54454 发表于 2014-08-25 15:42
回复 4# arm-linux-gcc
那这样说的话，在/sys下产生了一个dev属性文件，那么这个设备就会被创建在/dev/目 ...

sys目录是一个伪文件系统，内核代码会直接在此目录下创建文件。和proc文件系统是一样的。下面举几个函数：
sysfs_create_file
sysfs_remove_file
sysfs_create_link

这些函数一般不用我们自己去调用。除非你想在/sys目录下建立你的特殊文件。

而/dev/目录是一个正常的目录。内核是不会直接在此目录下新建文件的。
因此，完整的过程是：我们的驱动注册-》sysfs节点创建-》uevent-》udev通过环境变量或/sys获取对应的信息建立/dev/下的设备文件-》udev调用更高层的用户态命令，如mount

因此/sys文件是/dev文件的必要非充分条件。

镇水铁牛

回复 5# Tinnal

现在貌似udev是netlink上报的了，不是hotplug_helper了；
可以手动删除设备节点后，udev通过手动触发（也是通过sysfs的uevent）生成和原来相同的设备节点
   

Tinnal

镇水铁牛 发表于 2014-08-25 23:11
回复 5# Tinnal

现在貌似udev是netlink上报的了，不是hotplug_helper了；

是的，udev采用的是netlink的方式，由udevd进行监控。
当前busybox的mdev还是采用户hotplug_herper的方式。
因此我后面的贴只提uevent，没有提hotplug_herper。