如何个驱动创建设备节点dev

A. 加载驱动后/dev目录下的设备文件为什么打不开

驱动模块(.ko文件抄)只能加载(insmod命令袭)到内核，不能加载到某个文件夹下。
你的意思应该理解为驱动模块被加载到内核后，能不能在/dev/misc自动生成一个设备文件？
如果这样理解的话，有两种可能：
一种是在你所写的驱动代码里已经写了类似create_proc_entry()的函数，在模块加载后会自动创建(参数改为"/dev/misc/XXX")，无需手动创建。
另一种是在驱动模块定义了主从设备号，那么需手动创建设备节点，类似"mknod /dev/misc/mydevice c 1 0" （详细见LINUX设备驱动程序第三版P51）

“一般直接加载都是加载到/dev下面”，加载到哪里都没关系，只要设备号唯一就行，关键是设备号。

B. Android怎么生成设备节点

Android如何生成设备节点 在Android中，由于没有mdev和udev，所以它没有办法动态的生成设备节点，那么它是如何做的呢？ 我们可以在system/core/init/下的init.c和devices.c中找到答案： init.c中 int main(int argc, char **argv) { ... /* Get the basic filesystem setup we need put * together in the initramdisk on / and then we'll * let the rc file figure out the rest. */ mkdir("/dev", 0755); mkdir("/proc", 0755); mkdir("/sys", 0755); mount("tmpfs", "/dev", "tmpfs", 0, "mode=0755"); mkdir("/dev/pts", 0755); mkdir("/dev/socket", 0755); mount("devpts", "/dev/pts", "devpts", 0, NULL); mount("proc", "/proc", "proc", 0, NULL); mount("sysfs", "/sys", "sysfs", 0, NULL); for(;;) { ... if (ufds[0].revents == POLLIN) handle_device_fd(device_fd); if (ufds[1].revents == POLLIN) handle_property_set_fd(property_set_fd); if (ufds[3].revents == POLLIN) handle_keychord(keychord_fd); } return 0; } 我们再来看看handle_device_fd()，该函数定义在devices.c中 void handle_device_fd(int fd) { ... handle_device_event(&uevent); handle_firmware_event(&uevent); } } 而handle_device_event定义如下： static void handle_device_event(struct uevent *uevent) { ... if(!strcmp(uevent->action, "add")) { make_device(devpath, block, uevent->major, uevent->minor); return; } ... } make_device定义如下： static void make_device(const char *path, int block, int major, int minor) { ... mode = get_device_perm(path, &uid, &gid) (block S_IFBLK : S_IFCHR); dev = (major $amp; ... setegid(gid); mknod(path, mode, dev); chown(path, uid, -1); setegid(AID_ROOT); } 我们看看get_device_perm如下实现： static mode_t get_device_perm(const char *path, unsigned *uid, unsigned *gid) { mode_t perm; if (get_device_perm_inner(qemu_perms, path, uid, gid, &perm) == 0) { return perm; } else if (get_device_perm_inner(devperms, path, uid, gid, &perm) == 0) { return perm; } else { struct listnode *node; struct perm_node *perm_node; struct perms_ *dp; /* Check partners list. */ list_for_each(node, &devperms_partners) { perm_node = node_to_item(node, struct perm_node, plist); dp = &perm_node->dp; if (dp->prefix) { if (strncmp(path, dp->name, strlen(dp->name))) continue; } else { if (strcmp(path, dp->name)) continue; } /* Found perm in partner list. */ *uid = dp->uid; *gid = dp->gid; return dp->perm; } /* Default if nothing found. */ *uid = 0; *gid = 0; return 0600; } } 我们最后可以看到在devperms中定义了要生成的设备节点： static struct perms_ devperms[] = { { "/dev/null", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/zero", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/full", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/ptmx", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/tty", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/random", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/urandom", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/ashmem", 0666, AID_ROOT, AID_ROOT, 0 }, { "/dev/binder", 0666, AID_ROOT, AID_ROOT, 0 }, /* logger should be world writable (for logging) but not readable */ { "/dev/log/", 0662, AID_ROOT, AID_LOG, 1 }, /* the msm hw3d client device node is world writable/readable. */ { "/dev/msm_hw3dc", 0666, AID_ROOT, AID_ROOT, 0 }, /* gpu driver for adreno200 is globally accessible */ { "/dev/kgsl", 0666, AID_ROOT, AID_ROOT, 0 }, /* these should not be world writable */ { "/dev/diag", 0660, AID_RADIO, AID_RADIO, 0 }, { "/dev/diag_arm9", 0660, AID_RADIO, AID_RADIO, 0 }, { "/dev/android_adb", 0660, AID_ADB, AID_ADB, 0 }, { "/dev/android_adb_enable", 0660, AID_ADB, AID_ADB, 0 }, { "/dev/ttyMSM0", 0600, AID_BLUETOOTH, AID_BLUETOOTH, 0 }, { "/dev/ttyHS0", 0600, AID_BLUETOOTH, AID_BLUETOOTH, 0 }, { "/dev/uinput", 0660, AID_SYSTEM, AID_BLUETOOTH, 0 }, { "/dev/alarm", 0664, AID_SYSTEM, AID_RADIO, 0 }, { "/dev/tty0", 0660, AID_ROOT, AID_SYSTEM, 0 }, { "/dev/graphics/", 0660, AID_ROOT, AID_GRAPHICS, 1 }, { "/dev/msm_hw3dm", 0660, AID_SYSTEM, AID_GRAPHICS, 0 }, { "/dev/input/", 0660, AID_ROOT, AID_INPUT, 1 }, { "/dev/eac", 0660, AID_ROOT, AID_AUDIO, 0 }, { "/dev/cam", 0660, AID_ROOT, AID_CAMERA, 0 }, { "/dev/pmem", 0660, AID_SYSTEM, AID_GRAPHICS, 0 }, { "/dev/pmem_adsp", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/pmem_camera", 0660, AID_SYSTEM, AID_CAMERA, 1 }, { "/dev/oncrpc/", 0660, AID_ROOT, AID_SYSTEM, 1 }, { "/dev/adsp/", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/snd/", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/mt9t013", 0660, AID_SYSTEM, AID_SYSTEM, 0 }, { "/dev/msm_camera/", 0660, AID_SYSTEM, AID_SYSTEM, 1 }, { "/dev/akm8976_daemon",0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/akm8976_aot", 0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/akm8973_daemon",0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/akm8973_aot", 0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/bma150", 0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/cm3602", 0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/akm8976_pffd", 0640, AID_COMPASS, AID_SYSTEM, 0 }, { "/dev/lightsensor", 0640, AID_SYSTEM, AID_SYSTEM, 0 }, { "/dev/msm_pcm_out", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/msm_pcm_in", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/msm_pcm_ctl", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/msm_snd", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/msm_mp3", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/audience_a1026", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/tpa2018d1", 0660, AID_SYSTEM, AID_AUDIO, 1 }, { "/dev/msm_audpre", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/msm_audio_ctl", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/htc-acoustic", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/vdec", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/q6venc", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/snd/dsp", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/snd/dsp1", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/snd/mixer", 0660, AID_SYSTEM, AID_AUDIO, 0 }, { "/dev/smd0", 0640, AID_RADIO, AID_RADIO, 0 }, { "/dev/qemu_trace", 0666, AID_SYSTEM, AID_SYSTEM, 0 }, { "/dev/qmi", 0640, AID_RADIO, AID_RADIO, 0 }, { "/dev/qmi0", 0640, AID_RADIO, AID_RADIO, 0 }, { "/dev/qmi1", 0640, AID_RADIO, AID_RADIO, 0 }, { "/dev/qmi2", 0640, AID_RADIO, AID_RADIO, 0 }, /* CDMA radio interface MUX */ { "/dev/ts0710mux", 0640, AID_RADIO, AID_RADIO, 1 }, { "/dev/ppp", 0660, AID_RADIO, AID_VPN, 0 }, { "/dev/tun", 0640, AID_VPN, AID_VPN, 0 }, { NULL, 0, 0, 0, 0 }, };

C. 如何在udev自动创建设备节点

创建设备文件的方法：
第一种是使用mknod手工创建：mknod filename type major minor
第二种是自动创建设备节点：利用udev（mdev）来实现设备文件的自动创建，首先应保证支持udev（嵌入式系统用mdev），由busybox配置。
udev介绍
udev 运行在用户模式，而非内核中。udev 的初始化脚本在系统启动时创建设备节点，并且当插入新设备——加入驱动模块——在sysfs上注册新的数据后，udev会创新新的设备节点。
udev 是一个工作在用户空间的工具，它能根据系统中硬件设备的状态动态的更新设备文件，包括设备文件的创建，删除，权限等。这些文件通常都定义在/dev 目录下，但也可以在配置文件中指定。udev 必须内核中的sysfs和tmpfs支持，sysfs 为udev 提供设备入口和uevent 通道，tmpfs 为udev 设备文件提供存放空间。
注意，udev 是通过对内核产生的设备文件修改，或增加别名的方式来达到自定义设备文件的目的。但是，udev 是用户模式程序，其不会更改内核行为。也就是说，内核仍然会创建sda，sdb等设备文件，而udev可根据设备的唯一信息来区分不同的设备，并产生新的设备文件（或链接）。而在用户的应用中，只要使用新产生的设备文件

D. Linux如何创建设备节点

mknod 设备节点名称 设备类型 主设备号 次设备号，例如：mknod memdev c 260
0，创建好之后会在/dev目录下看到一个字符设备

E. 应用层向/dev下的设备节点写数据需要什么条件

内核中的每个设备添加到系统都会发送一个uevent，运行在用户空间的udev会检测到这个回答event，event中会有设备的主次设备号等内容，udev根据event的内容做相应的动作，创建设备，删除设备等。 在Android中，没有独立的类似与udev或者mdev的用户程序，这个功能集成到了init中做了。 代码见: system/core/init/init.c if (ufds[0].revents == POLLIN) handle_device_fd(device_fd); void handle_device_fd(int fd){char msg[UEVENT_MSG_LEN 2];int n; while((n = recv(fd, msg, UEVENT_MSG_LEN, 0)) 0) { struct uevent uevent; if(n == UEVENT_MSG_LEN) /* overflow -- discard */continue; msg[n] = '\0'; msg[n 1] = '\0';

F. 如何使mdev可以在/dev/下建立设备节点

在busybox源代码的 doc/mdev.txt 文档里面找到以下说明： 怎么能让mdev把设备节点创建在子目录下呢？
在busybox源代码的 doc/mdev.txt 文档里面找到以下说明：
You can rename/move device nodes by using the next optional field.
<device regex> <uid>:<gid> <permissions> [=path]
So if you want to place the device node into a subdirectory, make sure the path
has a trailing /. If you want to rename the device node, just place the name.
hda 0:3 660 =drives/
This will move "hda" into the drives/ subdirectory.
hdb 0:3 660 =cdrom
This will rename "hdb" to "cdrom".

Similarly, ">path" renames/moves the device but it also creates
a direct symlink /dev/DEVNAME to the renamed/moved device.
所以， 我们只要在 /etc/mdev.conf配置文件里面加入几行就可以了：

controlC[0-9] 0:0 0660 =snd/
pcm.* 0:0 0660 =snd/
seq.* 0:0 0660 =snd/
mix.* 0:0 0660 =snd/
timer 0:0 0660 =snd/
这样再运行mdev， ALSA相关的设备节点就都创建在 /dev/snd/ 目录下了。
后记： 内核里面 struct class 里面的 devnode 项跟设备节点所在目录好像也有关系。

G. 请问linux2.6内核驱动程序的自动创建设备节点的 class_create device_create 创建设备问题。

是这么回事，当你自己要写一个字符设备或者看别人写的是字符设备时，要定义一个字符设回备的结构体答struct cdev{/*里面是一些字符设备的相关属性，包括file_operations结构体，设备号等等*/},然后调用register_chrdev_region()，申请设备号，再用cdev_add()想内核注册设备，这里，内核就知道你要注册的就是字符设备了，同理，如果是块设备的话用register_blkdev()来注册块设备，经过一系列的初始化后添加add_disk(),内核也就知道你添加的是块设备了

H. Linux 驱动中如何创建网络设备节点

可能会影响数据的哦，另外， 如果是有数据的话， 建议慎重操作了，能否看一下my网名呢？这个问题可以帮助搞定一下的啊

I. 驱动编入内核我没有使用mknod，是怎么生成设备节点的呢

mknod 是创建设备节点命令 insmod 是加载内核模块的命令 mount 是挂载命令 编译后的内核模块xxxxx.ko 使用insmod加载，然回后再/dev 下创建设答备节点或者叫设备文件（使用的命令就是mknod）。 mount挂载用的和上面2个没啥联系、 cat/proc/devices ...

J. Linux下、编写的驱动，有谁知道如何把驱动模块加载到/dev/misc目录下吗一般直接加载都是加载到/dev下面

驱动模块(.ko文件)只能加载(insmod命令)到内核，不能加载到某个文件夹下。
你的意思应该理解回为驱动模块被答加载到内核后，能不能在/dev/misc自动生成一个设备文件？
如果这样理解的话，有两种可能：
一种是在你所写的驱动代码里已经写了类似create_proc_entry()的函数，在模块加载后会自动创建(参数改为"/dev/misc/XXX")，无需手动创建。
另一种是在驱动模块定义了主从设备号，那么需手动创建设备节点，类似"mknod /dev/misc/mydevice c 1 0" （详细见LINUX设备驱动程序第三版P51）

“一般直接加载都是加载到/dev下面”，加载到哪里都没关系，只要设备号唯一就行，关键是设备号。