Ⅰ linux 一个驱动怎么对应多个节点的操作
Linux 中的设备有2种类型：字符设备(无缓冲且只能顺序存取)、块设备(有缓冲且可以随机存取)。每个字符设备和块设备都必须有主、次设备号，主设备号相同的设备是同类设备(使用同一个驱动程序)。这些设备中，有些设备是对实际存在的物理硬件的抽象，而有些设备则是内核自身提供的功能(不依赖于特定的物理硬件，又称为"虚拟设备")。每个设备在 /dev 目录下都有一个对应的文件(节点)。可以通过 cat /proc/devices 命令查看当前已经加载的设备驱动程序的主设备号。内核能够识别的所有设备都记录在原码树下的 Documentation/devices.txt 文件中。在 /dev 目录下除了字符设备和块设备节点之外还通常还会存在：FIFO管道、Socket、软/硬连接、目录。这些东西没有主/次设备号。
了解这些设备的最基本要求就是对 每个设备文件的含义了如指掌，下面就医列表的形式列出常见的设备文件以及相应的含义(比较偏僻的就省略了)：
关注驱动人生，了解更多电脑相关资讯
Ⅱ Linux驱动与设备节点简介 & Android内核与Linux内核的区别
驱动是内核的一部分，作为直接访问物理硬件的一个软件层，用于应用程序与物理硬件设备通信。内核包含多种驱动，如WIFI、USB、Audio、蓝牙、相机、显示驱动。
（1）设备驱动程序三类：字符设备驱动程序、块设备驱动程序、网络设备驱动程序；
（2）对应Linux三类设备：字符设备、块设备、网络设备；
（3）常见字符设备：鼠标、键盘、串口、控制台等；
（4）常见块设备：各种硬盘、flash磁盘、RAM磁盘等；
（5）网络设备(网络接口)：eth0、eth1，注：网络设备没有设备节点，应用程序通过Socket访问网络设备。由于网络设备面向报文，较难实现相关read、write等文件读写函数，所以驱动的实现也与字符设备和块设备不同。
Linux使用对文件一样的管理方式来管理设备，所有设备都以文件的形式存放在/dev目录下，系统中的每个字符设备或者块设备都必须为其创建一个设备文件，它包含了该设备的设备类型（块设备或字符设滚桥备）、设备号（主设备号和次设备号）以及设备访问控制属性等。设备节点通过 mknod 命令创建，也可以由Udev用户工具软件在系统启动后根据/sys目录下每个设备的实际信息创建，使用后一种方式可以为每个设备动态分配设备号。
Linux中设备节点通过“mknod”命令创建，创建时需要指定主设备号和次设备号，即指定对应的驱动程序和对应的物理设备（访问设备节点时就相当于通过其设备号访问驱动程序进而间接访问到物理设备）。主设备号用来区分不同种类的设备，而次设备号用来区分同一类大举猛型的多个设备。对于常用设备，Linux有约定俗成的编号，如硬盘的主设备号是3
理解：应用程序通过访问设备节点读取主设备号和次设备号，通过主设答枯备号找对应的驱动，通过次设备号对应到具体物理设备。注：1个驱动对应一类设备，并用唯一主设备号标识。
Linux支持的各种设备的主设备号定义在include/linux/major.h文件中，已经在官方注册的主设备号和次设备号在Documentation/devices.txt文件中。
Android系统最底层是Linux，并且在中间加上了一个Dalvik / ART的Java虚拟机，从表面层看是Android运行库。每个Android应用都运行在自己的进程上，享有Dalvik / ART虚拟机为它分配的专有实例，并支持多个虚拟机在同一设备上高效运行，虚拟机执行的是专有格式的可执行文件(.dex) - 该格式经过优化，以将内存好用降到最低。
Android内核和Linux内核的差别主要体现在如下11个方面：
Ⅲ LINUX设备节点
是这样的，之所以有来的源时候不需要你自己创建节点，因为有程序自动创建。
class_create和device_create，具体用法很简单，你自己查查就知道了。
还有，mknod都是在刚开始学习的时候用到，难道你以后写驱动都要手动建立设备节点吗？
Ⅳ Linux如何创建设备节点
mknod 设备节点名称 设备类型 主设备号 次设备号，例如：mknod memdev c 260
0，创建好之后会在/dev目录下看到一个字符设备
Ⅳ linux内核怎么访问设备节点
设备节点代表是每个机算机硬件，那个软件要用那个硬件，它就会打开那内设备节点嘛。。。 /dev/ttyS0这个是串容口0 也就是windows 里面的com1 ，只有要用到串口0的程序才会打开这个设备节点。 个人愚见，仅供参考，望及时采纳
Ⅵ 如何解决Linux下USB设备节点名不固定问题
Linux下USB设备节点名不固定问题经常会遇到，下面就是解决的方法：
以USB转串口为例，通常设备节点名为ttyUSBx（x为0~n）,Linux内核会根据插入设备的先后顺序进行编号的分配，比如第一个插入的设备编号为0，然后依此加1。
如果仅仅以设备节点ttyUSBn来区别具体是哪个设备，因为末位的编号是随时会变的，所以就会造成混乱。无法保证A设备就是0，B设备就是1。其实这个问题在LDD3上已经提到过，目前的内核早已经解决类似的问题，将所以有USB设备都导致到sys文件系统中，其实每个USB端口都有唯一的端口号，相当于每个门店的门牌号。只要我们依据端口号来进行设备的区分，那么问题就迎刃而解了。
比如当前设备插入两个USB转串口设备后，查看ttyUSBn所在端口的端口号：
root@android:/ $ ls -l /sys/class/tty/
...
lrwxrwxrwx root root 2011-01-01 13:40 ttyUSB0 -> ../../devices/ff540000.usb/usb3/3-1/3-1.1/3-1.1:1.0/ttyUSB0/tty/ttyUSB0
lrwxrwxrwx root root 2011-01-01 13:43 ttyUSB1 -> ../../devices/ff540000.usb/usb3/3-1/3-1.2/3-1.2:1.0/ttyUSB1/tty/ttyUSB1
root@android:/ $ 12345
其中ttyUSB0所在的端口号为3-1.1，而ttyUSB1所在的端口号为3-1.2。
其它类型USB设备同理，以上思路清理完毕。
查看系统当前usb设备，下面是对第二列排序的结果。
$ lsusb
Bus 001 Device 001: ID xxx:xxx Linux Foundation 2.0 root hub
Bus 001 Device 002: ID xxx:xxx Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 003: ID xxx:xxx Genesys Logic, Inc. GL827L SD/MMC/MS Flash Card Reader
Bus 001 Device 005: ID xxx:xxx Philips (or NXP)
Bus 002 Device 001: ID xxx:xxx Linux Foundation 2.0 root hub
Bus 002 Device 002: ID xxx:xxx Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 003: ID xxx:xxx Intel Corp.
Bus 003 Device 001: ID xxx:xxx Linux Foundation 2.0 root hub
Bus 004 Device 001: ID xxx:xxx Linux Foundation 3.0 root hub
第二列是usb设备的hub编号。pc中usb设备都是接在hub上的，即使你的主板提供好多usb口，他们实际都是接在hub上的。
第四列是usb设备编号，设备在本机的编号。
所以，上面信息显示一共有4个usb hub（3个usb2.0,一个usb3.0）。如果
黑体字部分是我机器上的三个设备，001.003 是机箱自带读卡器，001.005是无线键盘，002.003是intel无线网卡蓝牙模块（具体怎么知道的往下看）。
usb设备也可以用在内核文件中找到/sys/bus/usb/devices。linux将所有设备驱动映射到了/sys下。
ls -1 /sys/bus/usb/devices/
1-0:1.0
1-1
1-1:1.0
1-1.2
1-1.2:1.0
1-1.4
1-1.4.1
1-1.4:1.0
1-1.4.1:1.0
1-1.4.1:1.1
1-1.4.1:1.2
1-1.5
1-1.5:1.0
1-1.5:1.1
1-1.5:1.2
2-0:1.0
2-1
2-1:1.0
2-1.5
2-1.5:1.0
2-1.5:1.1
3-0:1.0
4-0:1.0
usb1
usb2
usb3
usb4
都是符号连接。也可以用ls -l /sys/bus/usb/devices/ 看具体位置
输出看起来比较乱。用 udevadm工具能比较清楚列出设备信息。命令看起来是这样的：
udevadm info -p /sys/bus/usb/devices/usb1 -q property
那怎么找出是那个usb设备呢？
Bus 002 Device 003: ID xxx:xxx Intel Corp.
第二列，002 就要在所有2开头的文件去找，下面的符合第一规则。
2-0:1.0
2-1
2-1:1.0
2-1.5
2-1.5:1.0
2-1.5:1.1
通常系统的usb hub占据了`-`减号后第一位0。第一个 2-0:1.0，就是usb hub。
2-1.5*文件就是上面的设备。
$ udevadm info -p /sys/bus/usb/devices/2-1.5 -q property
BUSNUM=002
DEVNAME=/dev/bus/usb/002/003
DEVNUM=003
............
ID_MODEL_ID=xxx
............
ID_VENDOR=xxx
............
ID_VENDOR_FROM_DATABASE=Intel Corp.
............
002和003 就是lsusb 的第2/4列. 第6列,来自modelID和vender。
lsusb中的的东东就是这么来的。
那问题是怎么知道是蓝牙呢? 答案是继续用udevadm查:
$ udevadm info -p /sys/bus/usb/devices/2-1.5:1.0 -q property
ID_USB_CLASS_FROM_DATABASE=Wireless
ID_USB_PROTOCOL_FROM_DATABASE=Bluetooth
ID_USB_SUBCLASS_FROM_DATABASE=Radio Frequency
ID_VENDOR_FROM_DATABASE=Intel Corp.
Ⅶ linux加载dts的时候会创建设备节点吗
From:http://m.blog.csdn.net/blog/liliyaya/9188193
1. 在\kernel\of\fdt.c 中有如下初始化函数 注释上：展开设备树，创建device_nodes到全局变量allnodes中
void __init unflatten_device_tree(void)
{
__unflatten_device_tree(initial_boot_params, &allnodes,
early_init_dt_alloc_memory_arch);
/* Get pointer to "/chosen" and "/aliasas" nodes for use everywhere */
of_alias_scan(early_init_dt_alloc_memory_arch);
}
unflatten_device_tree函数被setup_arch函数调用，
因为我们使用得是arm平台所以存在\kernel\arch\arm\kernel\setup.c中
void __init setup_arch(char **cmdline_p)
{
unflatten_device_tree()
}
setup_arch函数在kernel启动是被调用，如下启动kernel存在\kernel\init\main.c中
asmlinkage void __init start_kernel(void)
{
setup_arch(&command_line);
}
这些工作完成解析DTS文件。保存到全局链表allnodes中。
2、在makefile中有这段话来编译dts文件：
$(obj)/A20%.dtb: $(src)/dts/A20%.dts FORCE
$(call if_changed_dep,dtc)
$(obj)/A68M%.dtb: $(src)/dts/A68M%.dts FORCE
$(call if_changed_dep,dtc)
和.c文件生成.o文件一样 回生成.dtb文件。在
/home/liyang/workspace/SZ_JB-mr1-8628-bsp-1012/out/target/proct/msm8226/obj/KERNEL_OBJ/arch/arm/boot
目录下，与zimage一个目录。
3、
在 board-8226.c中有初始化函数-->启动自动掉用
void __init msm8226_init(void)
{
of_platform_populate(NULL, of_default_bus_match_table, adata, NULL);
}
of_platform_populate在kernel\driver\of\platform.c中定义，回查询
root = root ? of_node_get(root) : of_find_node_by_path("/");
for_each_child_of_node(root, child)
{
rc = of_platform_bus_create(child, matches, lookup, parent, true);
if (rc)
break;
}
of_node_put(root);
在这里用到得函数of_find_node_by_path会最终调用到kernel\driver\of\base.c中得函数
struct device_node *of_find_node_by_path(const char *path)
{
遍历第1步中得allnodes找到根节点
}
of_platform_bus_create()函数中创建得内容存在了 adata中。
以下内容为转载：
（2）使用DTS注册总线设备的过程
以高通8974平台为例，在注册i2c总线时，会调用到qup_i2c_probe()接口，该接口用于申请总线资源和添加i2c适配器。在成功添加i2c适配器后，会调用of_i2c_register_devices()接口。此接口会解析i2c总线节点的子节点（挂载在该总线上的i2c设备节点），获取i2c设备的地址、中断号等硬件信息。然后调用request_mole()加载设备对应的驱动文件，调用i2c_new_device()，生成i2c设备。此时设备和驱动都已加载，于是drvier里面的probe方法将被调用。后面流程就和之前一样了。
简而言之，Linux采用DTS描述设备硬件信息后，省去了大量板文件垃圾信息。Linux在开机启动阶段，会解析DTS文件，保存到全局链表allnodes中，在掉用.init_machine时，会跟据allnodes中的信息注册平台总线和设备。值得注意的是，加载流程并不是按找从树根到树叶的方式递归注册，而是只注册根节点下的第一级子节点，第二级及之后的子节点暂不注册。Linux系统下的设备大多都是挂载在平台总线下的，因此在平台总线被注册后，会根据allnodes节点的树结构，去寻找该总线的子节点，所有的子节点将被作为设备注册到该总线上。
Ⅷ 请问linux2.6内核驱动程序的自动创建设备节点的 class_create device_create 创建设备问题。
是这么回事，当你自己要写一个字符设备或者看别人写的是字符设备时内，要定义一个字符容设备的结构体struct cdev{/*里面是一些字符设备的相关属性，包括file_operations结构体，设备号等等*/},然后调用register_chrdev_region()，申请设备号，再用cdev_add()想内核注册设备，这里，内核就知道你要注册的就是字符设备了，同理，如果是块设备的话用register_blkdev()来注册块设备，经过一系列的初始化后添加add_disk(),内核也就知道你添加的是块设备了