mdev怎麼創建u盤設備節點

❶ 能提問題一下uvent是什麼么

1. Uevent的功能
Uevent是Kobject的一部分，用於在Kobject狀態發生改變時，例如增加、移除等，通知用戶空間程序。用戶空間程序收到這樣的事件後，會做相應的處理。
該機制通常是用來支持熱拔插設備的，例如U盤插入後，USB相關的驅動軟體會動態創建用於表示該U盤的device結構（相應的也包括其中的kobject），並告知用戶空間程序，為該U盤動態的創建/dev/目錄下的設備節點，更進一步，可以通知其它的應用程序，將該U盤設備mount到系統中，從而動態的支持該設備。
2. Uevent在kernel中的位置
Uevent的機制是比較簡單的，設備模型中任何設備有事件需要上報時，會觸發Uevent提供的介面。Uevent模塊准備好上報事件的格式後，可以通過兩個途徑把事件上報到用戶空間：一種是通過kmod模塊，直接調用用戶空間的可執行文件；另一種是通過netlink通信機制，將事件從內核空間傳遞給用戶空間。

3. Uevent的內部邏輯解析
3.1 Source Code位置
Uevent的代碼比較簡單，主要涉及kobject.h和kobject_uevent.c兩個文件，如下：
include/linux/kobject.h
lib/kobject_uevent.c
3.2 數據結構描述
kobject.h定義了uevent相關的常量和數據結構
kobject_action定義了event的類型
4.uevent是sysfs向用戶空間發出的消息。
5.uevent用戶空間部分
uevent的用戶空間程序有兩個，一個是udev，一個是mdev。 udev通過netlink監聽uevent消息，它能完成兩個功能： 自動載入模塊 ；根據uevent消息在dev目錄下添加、刪除設備節點。
另一個是mdev，mdev在busybox的代碼包中能找到，它通過上節提到的uevent_helper函數被調用。
6.其他
kobject代表sysfs中的目錄。

ktype代表kobject的類型，主要包含release函數和attr的讀寫函數。
kset包含了subsystem概念，kset本身也是一個kobject，所以裡麵包含了一個kobject對象。另外，kset中包含kset_uevent_ops，裡面主要定義了三個函數
int (*filter)(struct kset *kset, struct kobject *kobj); const char *(*name)(struct kset *kset, struct kobject *kobj);
int (*uevent)(struct kset *kset, struct kobject *kobj, struct kobj_uevent_env
*env);
這三個函數都與uevent相關。filter用於判斷uevent是否要發出去。name用於得到subsystem的名字。uevent用於填充env變數。

❷ 如何使linux內核2.6.31支持yaffs2文件系統

下面操作的前提是：內核支持nand flash
一. 下載yaffs2源碼，(我將源碼反正/opt目錄下)，並解壓源碼,進入源碼目錄
# tar xzvf yaffs2.tar.gz
# cd yaffs2
二. 為內核添加yaffs2文件系統補丁，執行：
# ./patch-ker.sh c m /..../linux-2.6.31.1 <----c m後面接的是內核源碼所在的目錄
執行完後，在內核源碼fs目錄下就多了一個yaffs2目錄，同時Makefile和Kconfig文件也增加了對yaffs2的配置和編譯條件。
三. 配置內核對yaffs2的支持
這里的配置根據自己的需求，把不用的文件系統都去掉。
#make menuconfig
找到下面的配置：
File systems --->
DOS/FAT/NT Filesystems --->
<*> MSDOS fs support
<*> VFAT (Windows95) fs support
Miscellaneous filesystems --->
<*> YAFFS2 file system support
[*] Autoselect yaffs2 format
配置語言選項：
Native Language support --->
(iso8859-1) Default NLS Option
<*> Codepage 437(United States, Canada)
<*> Simplified Chinese charset(CP936, GB2312)
<*> NLS ISO8859-1 (Latin 1; Western European Language)
<*> NLS UTF-8
現在內核已經支持NandFlash和yaffs2文件系統，重新編譯內核：
#make zImage
將編譯好的內核燒入NandFlash後，再燒入yaffs2文件系統，就可以了。

四. 製作yaffs2根文件系統
1. 環境
(1) 交叉編譯器版本： arm-linux-gcc 4.3.3
(2) Linux環境：redhat enterprise 5.5 (2.6.18-194.el5)
(3) 開發板：TQ2440

2. 編譯busybox
(1) 獲取busybox源碼，放在/opt目錄下，解壓，進入busybox源碼目錄
#tar jxvf busybox-1.17.2.tar.bz2
#cd busybox-1.17.2
#vi Makefile
將164行改為CROSS_COMPILE = arm-linux-
將190行改為ARCH = arm
保存退出進入配置菜單
#make menuconfig 採用默認配置保存推出
#make
#make install
通過上面的步驟，在busybox-1.17.2的根目錄下出現了一個_install目錄,
在該目錄下又有三個目錄文件bin sbin usr和一個鏈接文件 linuxrc。

3. 創建根文件系統必要的目錄
(1)在/opt目錄下創建root_fs目錄
#mkdir root_fs
#cd root_fs
(2)將busybox-1.17.2的根目錄下_install中的bin sbin usr和linuxrc拷貝到root_fs
#cp -rf /opt/busybox-1.17.2/_install/* /opt/root_fs
(3)創建必要的目錄
#mkdir dev etc home lib mnt opt proc root sys tmp var
(4)創建必要的二級目錄
#mkdir usr/lib usr/share
#mkdir etc/rc.d
#mkdir var/lib var/lock var/run var/tmp

4. 創建必要的文件
(1) 獲取庫文件,(交叉編譯工具下的庫文件)到root_fs/lib目錄中
#cp -rf /opt/arm/4.3.3/arm-none-linux-gnueabi/libc/armv4t/lib/*so* lib -a
(2) 將主機etc目錄下的passwd、group、shadow文件拷貝到root_fs/etc目錄下
#cp -f /etc/passwd /etc/group /etc/shadow etc
將目錄/opt/busybox-1.17.2/examples/bootfloppy/etc下的所有文件拷貝到root_fs/etc下。
在這個目錄下有三個文件fstab, inittab, profile和一個目錄init.d，在目錄init.d中有一個文件rcS。
#cp -rf /opt/busybox-1.17.2/examples/bootfloppy/etc/* etc
在目錄etc下創建文件mdev.conf。mdev是?v的一個簡化版本，
我們可以通過文件mdev.conf自定義一些設備節點的名稱或鏈接來滿足特定的需要，但在此處讓它為空。
#touh etc/mdev.conf
(3)創建兩個設備文件dev/console dev/null。
在linux內核源碼文件init/main.c中有打開設備文件dev/console的操作如下：
static noinline int init_post(void)
__releases(kernel_lock)
{
………………………………
if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
printk(KERN_WARNING "Warning: unable to open an initial console.\n");
………………………………
}
內核啟動執行到這里時mdev還沒有構建dev目錄，如果沒有創建設備文件dev/console就將會列印警告
Warning: unable to open an initial console。
在內核啟動的過程中要將產生的一些垃圾信息丟棄就需要空設備dev/null。
#mknod dev/console c 5 1
#mknod dev/null c 1 3

5. 修改文件
在啟動過程中bootloader會傳遞參數init=/linuxrc給內核的main()函數，所以在文件系統被掛載後，
運行的第一個程序是linuxrc，而linuxrc是一個指向/bin/busybox的鏈接文件，也就是說文件系統被掛在後運行的第一個程序是busybox。
Busybox首先會解析文件/etc/inittab，這個文件中存放的是系統的配置信息，這些配置信息指明了接下來將要啟動那些程序。
-------------------------------------------------------------------------------------------------------
(1)修改文件etc/inittab如下
::sysinit:/etc/init.d/rcS
s3c2410_serial0::askfirst:-/bin/sh
::ctrlaltdel:/sbin/reboot
::shutdown:/bin/umount -a -r

說明：
/etc/inittab 文件中每個條目用來定義一個子進程，並確定它的啟動方法，格式如下
:::
:表示這個進程要使用的控制台（即標准輸入、標准輸出、標准錯誤設備）。如果省 略，則使用與init進程一樣的控制台。
:對於Busybox init程序，這個欄位滑意義，可以省略。
:表示init程序如何控制這個子進程，
: 要執行的程序，它可以是可執行程序，也可以是腳本

文件etc/inittab配置條目說明如下：
::sysinit:/etc/init.d/rcS
啟動系統初始化文件/etc/init.d/rcS。欄位sysinit表明文件/etc/init.d/rcS在系統啟動後最先執行，
並且只執行一次，init進程等待它結束才繼續執行其它動作。(腳本文件名一般為rc，後綴S代表單用戶運行級別腳本)
tq2440_serial0::askfirst:-/bin/sh
在串口s3c2410_serial0上啟動askfirst動作的shell。
S3C2410的串口名在/dev下是s3c2410_serialx。askfirst表明init進程先輸出 「Please press Enter to actvie this console」，
等用戶輸入回車鍵之後才啟動-/bin/sh。
::ctrlaltdel:/sbin/reboot
當按下Ctrl+Alt+Delete組合鍵時，init重啟執行程序。欄位ctrlaltdel表明當按下Ctrl+Alt+Delete組合鍵時，執行相應的進程。
::shutdown:/bin/umount -a -r
告訴init在關機時運行umount命令卸載所有的文件系統，如果卸載失敗，試圖以只讀方式重新掛載。
欄位shutdown表明在重啟關閉系統命令時執行相應進程。 ------------------------------------------------------------------------------------------------------------------------------
(2)當解析完文件etc/inittab後就將啟動這些進程，首先要執行的是啟動腳本etc/init.d/rcS。
修改文件etc/init.d/rcS如下：

#! /bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin

runlevel=S

prevlevel=N

umask 022

export PATH runlevel prevlevel

/bin/hostname CPEmbed

/sbin/ifconfig lo 127.0.0.1 up

/sbin/ifconfig eth0 192.168.1.8 netmask 255.255.255.0

/sbin/route add default gw 192.168.1.1 eth0

echo "---------------mount all-----------------"

/bin/mount -a

mkdir /dev/pts

/bin/mknod /dev/pts/0 c 136 0

/bin/mknod /dev/pts/1 c 136 1

/bin/mknod /dev/pts/2 c 136 2

/bin/mknod /dev/pts/3 c 136 3

/bin/mknod /dev/pts/4 c 136 4

/bin/mknod /dev/pts/5 c 136 5

/bin/mount -t devpts devpts /dev/pts

echo /sbin/mdev>/proc/sys/kernel/hotplug

mdev -s

/usr/sbin/telnetd &

/usr/sbin/vsftpd &

echo "******************************************"

echo "******************************************"

echo "** Kernel version: linux-2.6.31.1 **"

echo "** Date: 2012.04.12 **"

echo "******************************************"
說明如下：
#! /bin/sh 用busybox的shell
PATH=/sbin:/bin:/usr/sbin:/usr/bin //shell命令的搜索路徑
runlevel=S //運行在單用戶模式
prevlevel=N //前一個級別為n表示沒有前一個級別
umask 022 //許可權位掩碼
export PATH runlevel prevlevel //將設置的變數導出到環境中
/bin/hostname CPembed //主機名，CPembed將出現在shell提示符中[root@CPembed/]#
/sbin/ifconfig lo 127.0.0.1 up //啟動lo
/sbin/ifconfig eth0 192.168.1.8 netmask 255.255.255.0 up //配置ip地址
/sbin/route add default gw 192.168.1.1 eth0 //添加默認路由
/bin/mount -a //將文件etc/fstab中指明的文件系統掛載到對應掛載點上
後面的8行是對telnetd的配置
echo /sbin/mdev>/proc/sys/kernel/hotplug //用mdev來處理內核的熱插拔事件。
當有熱插拔事件產生時，內核就會調用位於/sbin目錄的mdev。這時mdev通過環境變數中的ACTION和DEVPATH,
（這兩個變數是系統自帶的）來確定此次熱插拔事件的動作以及影響了/sys 中的那個目錄。接著會看看這個目錄中是否有「dev」的屬性文件，
如果有就利用這些信息為 這個設備在/dev 下創建設備節點文件。
mdev -s //建立dev目錄。以『-s』為參數調用位於/sbin 目錄寫的 mdev（其實是個鏈接，作用是傳遞參數給/bin目錄下的busybox 程序並調用它），mdev掃描 /sys/class 和/sys /block中所有的類設備目錄，如果在目錄中含有名為「dev」的文件，且文件中包含的是設備號，則 mdev 就利用這些信息為這個設備在/dev下創建設備節點文件。一般只在啟動時才執行一次「mdev -s」
/usr/sbin/telnetd & //後台運行telnetd
/usr/sbin/vsftpd & //後台運行vsftpd
------------------------------------------------------------------------------------------------------------------------------
(3)修改文件etc/fstab如下：
#device mount-point type option mp fsck order
proc /proc proc defaults 0 0
none /tmp ramfs defaults 0 0
sysfs /sys sysfs defaults 0 0
mdev /dev ramfs defaults 0 0
在系統啟動初始化文件/etc/init.d/rcS中有執行掛載命令/bin/mount -a ，這便是將文件etc/fstab中指定 的文件系統掛載到對應的掛載點上。這些文件系統的掛在是執行mdev -s命令建立dev目錄的前提------------------------------------------------------------------------------------------------------------------------------
(4)在啟動腳本etc/init.d/rcS執行完後將在串口s3c2410_serial0啟動一個shell。Shell啟動過程中會根據文件/etc/profile配置登陸環境。
文件/etc/profile修改如下：
USER=" 'id -un' "
LOGNAME=$USER
PS1='[\u@\h \W]# '
PATH=$PATH
HOSTNAME='/bin/hostname'
export USER LOGNAME PS1 PATH

具體說明：
USER="id -un" //獲取用戶名id-un與whoami命令有相同的功能
PS1='[\u@\h \W]# ' //PS1指定sh提示符的格式在本環境下將是[root@cyembed /]#
export USER LOGNAME PS1 PATH 將這些變數導出到環境。
(5)在用戶登錄時將在/etc下尋找三個文件passwd ,shadow, group匹配相關信息。
這三個文件修改如下：
/etc/passwd
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/bin:/sbin/nologin
daemon:x:2:2:daemon:/sbin:/sbin/nologin
ftp:x:14:50:FTP User:/var/ftp:/sbin/nologin
nobody:x:99:99:Nobody:/:/sbin/nologin

/etc/group
root:x:0:root
bin:x:1:root,bin,daemon
daemon:x:2:root,bin,daemon
ftp:x:50:
nobody:x:99:

/etc/shadow root:$6$hnswPTgxzFaZHlLl$//:14819:0:99999:7:::
bin:*:14715:0:99999:7:::
daemon:*:14715:0:99999:7:::
ftp:*:14715:0:99999:7:::
nobody:*:14715:0:99999:7:::
------------------------------------------------------------------------------------------------------------
6. 製作yaffs2根文件系統鏡像
用天嵌科技提供的yaffs2文件系統鏡像製作工具mkyaffs2image,製作根文件系統鏡像。
#./mkyaffs2image root_fs root_fs.bin

7. 將根文件系統鏡像下載到nand flash並啟動
啟動信息如下：

❸ itop4412最小linux系統怎麼掛載u盤

如果是iTop-4412的android4.0系統，可以這樣來實現：
linux QT系統下掛載u盤，首先用命令mknod /dev/sda1 b 8 1創建U盤的設備節點，然後使用命令mount /dev/sda1 /mnt/udisk/掛載u盤即可。

❹ 如何在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可根據設備的唯一信息來區分不同的設備，並產生新的設備文件（或鏈接）。而在用戶的應用中，只要使用新產生的設備文件

❺ 字元設備有兩個設備的時候，怎麼讀第二個設備

字元設備驅動程序框架

1、寫出open、write函數
2、告訴內核
1）、定義一個struct file_operations結構並填充好

static struct file_operations first_drv_fops = {
.owner = THIS_MODULE, /* 這是一個宏，推向編譯模塊時自動創建的__this_mole變數 */
.open = first_drv_open,
.write = first_drv_write,
};
2）、把struct file_operations結構體告訴內核
major = register_chrdev(0, "first_drv", &first_drv_fops); // 注冊, 告訴內核
相關參數：第一個，設備號，0自動分配主設備號，否則為主設備號0－255
第二個：設備名
第二個：struct file_operations結構體

4）、register_chrdev由誰調用（入口函數調用）
static int first_drv_init(void)

5）、入口函數須使用內核宏來修飾
mole_init(first_drv_init);
mole_init會定義一個結構體，這個結構體裡面有一個函數指針指向first_drv_init這個函數，當我們載入或安裝一個驅動時，內核會自動找到這個結構體，然後調用裡面的函數指針，這個函數指針指向first_drv_init這個函數，first_drv_init這個函數就是把struct file_operations結構體告訴內核

6）、有入口函數就有出口函數

mole_exit(first_drv_exit);
最後加上協議
MODULE_LICENSE("GPL");

3、mdev根據系統信息自動創建設備節點：

每次寫驅動都要手動創建設備文件過於麻煩，使用設備管理文件系統則方便很多。在2.6的內核以前一直使用的是devfs，但是它存在許多缺陷。它創建了大量的設備文件，其實這些設備更本不存在。而且設備與設備文件的映射具有不確定性，比如U盤即可能對應sda，又可能對應sdb。沒有足夠的主/輔設備號。2.6之後的內核引入了sysfs文件系統，它掛載在/sys上，配合udev使用，可以很好的完成devfs的功能，並彌補了那些缺點。（這里說一下，當今內核已經使用netlink了）。
udev是用戶空間的一個應用程序，在嵌入式中用的是mdev，mdev在busybox中。mdev是udev的精簡版。
首先在busybox中添加支持mdev的選項：
Linux System Utilities --->
[*] mdev
[*] Support /etc/mdev.conf
[*] Support subdirs/symlinks
[*] Support regular expressions substitutions when renaming device
[*] Support command execution at device addition/removal
然後修改/etc/init.d/rcS:
echo /sbin/mdev > /proc/sys/kernel/hotplug
/sbin/mdev -s
執行mdev -s ：以『-s』為參數調用位於 /sbin目錄寫的mdev（其實是個鏈接，作用是傳遞參數給/bin目錄下的busybox程序並調用它），mdev掃描 /sys/class 和 /sys/block 中所有的類設備目錄，如果在目錄中含有名為「dev」的文件，且文件中包含的是設備號，則mdev就利用這些信息為這個設備在/dev 下創建設備節點文件。一般只在啟動時才執行一次 「mdev -s」。
熱插拔事件：由於啟動時運行了命 令：echo /sbin/mdev > /proc/sys/kernel/hotplug ，那麼當有熱插拔事件產生時，內核就會調用位於 /sbin目錄的mdev。這時mdev通過環境變數中的 ACTION 和 DEVPATH，來確定此次熱插拔事件的動作以及影響了/sys中的那個目錄。接著會看看這個目錄中是否「dev」的屬性文件，如果有就利用這些信息為 這個設備在/dev 下創建設備節點文件
重新打包文件系統，這樣/sys目錄，/dev目錄就有東西了
下面是create_class的原型：

#define class_create(owner, name) /
({ /
static struct lock_class_key __key; /
__class_create(owner, name, &__key); /
})
extern struct class * __must_check __class_create(struct mole *owner,
const char *name,
struct lock_class_key *key);

class_destroy的原型如下：
extern void class_destroy(struct class *cls);
device_create的原型如下：

extern struct device *device_create(struct class *cls, struct device *parent,
dev_t devt, void *drvdata,
const char *fmt, ...)
__attribute__((format(printf, 5, 6)));
device_destroy的原型如下：
extern void device_destroy(struct class *cls, dev_t devt);
具體使用如下，可參考後面的實例：
static struct class *firstdrv_class;
static struct class_device *firstdrv_class_dev;

firstdrv_class = class_create(THIS_MODULE, "firstdrv");
firstdrv_class_dev = class_device_create(firstdrv_class, NULL, MKDEV(major, 0), NULL, "xyz"); /* /dev/xyz */

class_device_unregister(firstdrv_class_dev);
class_destroy(firstdrv_class);

下面再來看一下應用程序如何找到這個結構體的
在應用程序中我們使用open打開一個設備：如：open(/dev/xxx, O_RDWR);
xxx有一個屬性，如字元設備為c,後面為讀寫許可權，還有主設備名、次設備名，我們注冊時 通過register_chrdev(0, "first_drv", &first_drv_fops)（有主設備號，設備名，struct file_operations結構體）將first_drv_fops結構體注冊到內核數組chrdev中去的，結構體中有open,write函數，那麼應用程序如何找到它的，事實上是根據打開的這個文件的屬性中的設備類型及主設備號在內核數組chrdev裡面找到我們注冊的first_drv_fops，
實例代碼：
#include
#include
#include
#include
#include
#include
#include
#include
#include
#include
static struct class *firstdrv_class;
static struct class_device *firstdrv_class_dev;
volatile unsigned long *gpfcon = NULL;
volatile unsigned long *gpfdat = NULL;
static int first_drv_open(struct inode *inode, struct file *file)
{
//printk("first_drv_open\n");
/* 配置GPF4,5,6為輸出 */
*gpfcon &= ~((0x3<<(4*2)) | (0x3<<(5*2)) | (0x3<<(6*2)));
*gpfcon |= ((0x1<<(4*2)) | (0x1<<(5*2)) | (0x1<<(6*2)));
return 0;
}
static ssize_t first_drv_write(struct file *file, const char __user *buf, size_t count, loff_t * ppos)
{
int val;
//printk("first_drv_write\n");
_from_user(&val, buf, count); // _to_user();
if (val == 1)
{
// 點燈
*gpfdat &= ~((1<<4) | (1<<5) | (1<<6));
}
else
{
// 滅燈
*gpfdat |= (1<<4) | (1<<5) | (1<<6);
}

return 0;
}
static struct file_operations first_drv_fops = {
.owner = THIS_MODULE, /* 這是一個宏，推向編譯模塊時自動創建的__this_mole變數 */
.open = first_drv_open,
.write = first_drv_write,
};
int major;
static int first_drv_init(void)
{
major = register_chrdev(0, "first_drv", &first_drv_fops); // 注冊, 告訴內核
firstdrv_class = class_create(THIS_MODULE, "firstdrv");
firstdrv_class_dev = class_device_create(firstdrv_class, NULL, MKDEV(major, 0), NULL, "xyz"); /* /dev/xyz */
gpfcon = (volatile unsigned long *)ioremap(0x56000050, 16);
gpfdat = gpfcon + 1;
return 0;
}
static void first_drv_exit(void)
{
unregister_chrdev(major, "first_drv"); // 卸載
class_device_unregister(firstdrv_class_dev);
class_destroy(firstdrv_class);
iounmap(gpfcon);
}
mole_init(first_drv_init);
mole_exit(first_drv_exit);
MODULE_LICENSE("GPL");

編譯用Makefile文件

KERN_DIR = /work/system/linux-2.6.22.6
all:
make -C $(KERN_DIR) M=`pwd` moles
clean:
make -C $(KERN_DIR) M=`pwd` moles clean
rm -rf moles.order
obj-m += first_drv.o

測試程序：

#include
#include
#include
#include
/* firstdrvtest on
* firstdrvtest off
*/
int main(int argc, char **argv)
{
int fd;
int val = 1;
fd = open("/dev/xyz", O_RDWR);
if (fd < 0)
{
printf("can't open!\n");
}
if (argc != 2)
{
printf("Usage :\n");
printf("%s \n", argv[0]);
return 0;
}
if (strcmp(argv[1], "on") == 0)
{
val = 1;
}
else
{
val = 0;
}

write(fd, &val, 4);
return 0;
}

❻ 如何使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 項跟設備節點所在目錄好像也有關系。

❼ echo /sbin/mdev> /proc/sys/kernel/hotplug什麼意思

應該是loglevel的問題,通過下面命令查看你當前的loglevel設置。 cat /proc/sys/kernel/printk 如果想什麼都列印出來,就 echo 8 > /proc/sys/kernel/...

❽ 如何讓udev自動建立設備文件

創建設備文件的方法： 第一種是使用mknod手工創建：mknod filename type major minor 第二種是自動創建設備節點：利用udev（mdev）來實現設備文件的自動創建，首先應保證支持udev（嵌入式系統用mdev），由busybox配置。

❾ 創建節點目錄時不需要拷貝公鏈下的哪個文件

摘要 A您好，我正在幫您查詢相關的信息，馬上回復您。

❿ android sensor怎樣創建設備節點

在Android中，由於沒有mdev和udev，所以它沒有辦法動態的生成設備節點，那麼它是如何做的呢？

我們可以在system/core/init/下的init.c和devices.c中找到答案：

init.c中

在Android中，沒有獨立的類似於udev或者mdev的用戶程序，這個功能集成到了init中做了。代碼見：system/core/init/init.c文件，如下：

if (ufds[0].revents == POLLIN)

handle_device_fd(device_fd);

其中handle_device_fd(device_fd)函數在system/core/init/devices.c中實現，參數device_fd 由函數device_init（）->open_uevent_socket()->socket(PF_NETLINK, SOCK_DGRAM, NETLINK_KOBJECT_UEVENT)函數調用返回。

函數handle_device_fd(device_fd)中，根據傳進來的device_fd參數，調用recv(fd, msg, UEVENT_MSG_LEN, 0)函數，將內核探測到的設備並通過NETLINK機制傳過來的socket描述符轉化成消息。接著調用parse_event(msg, &uevent);函數將消息翻譯成uevent事件，並將改事件傳遞給handle_device_event（&uevent）函數。

handle_device_event（&uevent）函數中，依據參數uevent->subsystem類型創建dev下的相應目錄，如：/dev/graphics。緊接著根據uevent->action是"add"還是"remove"來實現設備節點的創建與刪除。如果uevent->action是"add"，則調用make_device(devpath, block, uevent->major, uevent->minor)函數生成設備節點。如果uevent->action是"remove"，則調用unlink(devpath)對設備節點進行刪除。