如何個驅動創建設備節點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下面」，載入到哪裡都沒關系，只要設備號唯一就行，關鍵是設備號。