linux总线设备与驱动

① linux主机侧与设备侧USB驱动

USB采用树形拓扑结构，主机侧和设备侧的USB控制器分别称为主机控制器（(Host Controller）和USB设备控制器(UDC)，每条总线上只有一个主机控制器，负责协调主机和设备间的通信，而设备不能主动向主机发送任何消息。

在Linux系统中，USB驱动可以从两个角度去观察，一个角度是主机侧，一个角度是设备侧。从上图主机侧去看，在Linux驱动中，处于USB驱动最底层的是USB主机控制器硬件，在其上运行的是USB主机控制器驱动，在主机控制器上的为USB核心层，再上层为USB设备驱动层(插入主机上的U盘、鼠标、USB转串口等设备驱动）。因此，在主机侧的层次结构中，要实现的USB驱动包括两类:USB主机控制器驱动和USB设备驱动，前者控制插入其中的USB设备，后者控制USB设备如何与主机通信。Linux内核中的USB核心负责USB驱动管理和协议处理的主要工作。主机控制器驱动和设备驱动之间的USB核心非常重要，其功能包括:通过定义一些数据结构、宏和功能函数，向上为设备驱动提供编程接口，向下为USB主机控制器驱动提供编程接口;维护整个系统的USB设备信息;完成设备热插拔控制、总线数据传输控制等。

② linux 下platform设备和驱动注册的先后顺序

Linux关于总线、设备、驱动的注册顺序

设备挂接到总线上时，与总线上的所有驱动进行匹配(用bus_type.match进行匹配)，
如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备，挂接到总线上
如果匹配失败，则只是将该设备挂接到总线上。

驱动挂接到总线上时，与总线上的所有设备进行匹配(用bus_type.match进行匹配)，
如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备；挂接到总线上
如果匹配失败，则只是将该驱动挂接到总线上。

需要重点关注的是总线的匹配函数match()，驱动的初始化函数probe()

1. platform_bus_type--总线先被kenrel注册。

2. 系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform devices)注册到平台总线中(platform_bus_type)
3. 平台驱动(platform driver)与平台设备(platform device)的关联是在platform_driver_register或者driver_register中实现，一般这个函数在驱动的初始化过程调用。

通过这三步，就将平台总线，设备，驱动关联起来。

1. platform bus先被kenrel注册。
------------------------------------------------------
do_basic_setup() -->-driver_init() -->-platform_bus_init()-->bus_register()

2. 系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform devices)注册到平台总线中(platform_bus_type)
------------------------------------------------------
系统启动阶段，总线的驱动链表还是空的，所以启动阶段的platform_add_devices()只负责将设备添加到总线的设备链表上。

③ Linux驱动程序有几种加载方式以及它们之间的区别

linux关于总线、设备、驱动的注册顺序
设备挂接到总线上时，与总线上的所有驱动进行匹配(用bus_type.match进行匹配)，
如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备，挂接到总线上
如果匹配失败，则只是将该设备挂接到总线上。
驱动挂接到总线上时，与总线上的所有设备进行匹配(用bus_type.match进行匹配)，
如果匹配成功,则调用bus_type.probe或者driver.probe初始化该设备；挂接到总线上
如果匹配失败，则只是将该驱动挂接到总线上。
需要重点关注的是总线的匹配函数match()，驱动的初始化函数probe()
1.
platform_bus_type--总线先被kenrel注册。
2.
系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform
devices)注册到平台总线中(platform_bus_type)
3.
平台驱动(platform
driver)与平台设备(platform
device)的关联是在platform_driver_register或者driver_register中实现，一般这个函数在驱动的初始化过程调用。
通过这三步，就将平台总线，设备，驱动关联起来。
1.
platform
bus先被kenrel注册。
------------------------------------------------------
do_basic_setup()
-->-driver_init()
-->-platform_bus_init()-->bus_register()
2.
系统初始化过程中调用platform_add_devices或者platform_device_register，将平台设备(platform
devices)注册到平台总线中(platform_bus_type)
------------------------------------------------------
系统启动阶段，总线的驱动链表还是空的，所以启动阶段的platform_add_devices()只负责将设备添加到总线的设备链表上。

④ linux中设备和驱动到底有什么区别，有什么联系啊学习2.6的内核，搞得好晕呢！

2.6.x版本的内核，核心部分变动不大。
每个小版本之间，都是在不停的添加新驱动、解一些小bug、对现有系统进行完善。
你如果让我在这里说每个版本之间的区别的话，估计要写好几页了。建议你到官网（www.kernel.org/目前已经可以访问了）上去看下每个版本的ChangeLog。这个东西，没有任何人比它说的更详细了。如果你对某个修改比较感兴趣，还可以下载对应的patch包，看看那些Hacker究竟做了哪些修改。
当然，最方便的方法，还是使用git把Kerne的代码下载下来，然后用git log命令可以看到每次修改的历史信息的。非常方便和详细。
不明白的请追问。

⑤ Linux 主机驱动与外设驱动分离

Linux中的SPI、IPC、USB等子系统都利用了典型的把主机驱动和外设驱动分离的想法，让主机端只负责产生总线上的传输波形，而外设端只是通过标准的API来让主机端以适当的波形访问自身。因此这里面就涉及了4个软件模块:
1)主机端的驱动。根据具体的IC、SPI、USB等控制器的硬件手册，操作具体的IPC、SPI、USB等控制器，产生总线的各种波形。
2）连接主机和外设的纽带。外设不直接调用主机端的驱动来产生波形，而是调一个标准的API。由这个标准的API把这个波形的传输请求间接“转发”给了具体的主机端驱动。当然，在这里，最好把关于波形的描述也以某种数据结构标准化。
3）外设端的驱动。外设接在I-C、SPI、USB这样的总线上，但是它们本身可以是触摸屏、网卡、声卡或者任意一种类型的设备。我们在相关的i2c_driver、spi_driver、usb_driver这种xxx_driver的probe () 函数中去注册它具体的类型。当这些外设要求IP℃、SPI、USB等去访问它的时候，它调用“连接主机和外设的纽带”模块的标准API。
4）板级逻辑。板级逻辑用来描述主机和外设是如何互联的，它相当于一个“路由表”。假设板子上有多个SPI控制器和多个SPI外设，那究竟谁接在谁上面管理互联关系，既不是主机端的责任，也不是外设端的责任，这属于板级逻辑的责任。这部分通常出现在arch/arm/mach-xxx下面或者arch/arm/bootldts下面。
什么叫良好的软件设计一言以蔽之，让正确的代码出现在正确的位置。不要在错误的时间、错误的地点，编写一段错误的代码。在LKML中，关于代码出现在错误的位置，常见的台词是代码“out of place"。
Linux通过上述的设计方法，把一堆杂乱不友好的代码变成了4个轻量级的小模块，每个模块都各得其所。每个模块都觉得很“爽”，站在主机端想一想，它其实也是很“爽”的，因为它的职责本来就是产生波形，而现在我们就让它只产生波形不干别的;站在外设端想一想，它也变得一身轻松。

⑥ LINUX 终端设备驱动

在Linux系统中，终端是一种字符型设备，它有多种类型，通常使用tty (Teletype）来简称各种类型的终端设备。对于嵌入式系统而言，最普遍采用的是UART (Universal Asynchronous Receiver/Transmitter)串行端口，日常生活中简称串口。
Linux内核中tty的层次结构它包含tty核心tty_10.c、tty或路规在n_tty.C(头现N_11Y线路规程）和tty驱动实例xxx_tty.c，tty线路规程的工作是以特殊的方式格式化从一个用户或者硬件收到的数据，这种格式化常常采用一个协议转换的形式tty _io.c本身是一个标准的字符设备驱动，它对上有字符改备的职贡，买现tle_operatIonS双贝图效。但是tty核心层对下又定义了tty_driver的架构，这样tty设备驱动的主体工作就变成了琪允tty_driVeT依构体中的成员，实现其中的tty_operations的成员函数，而不再是去实现file_operations这一级的工作。tty设备发送数据的流程为:tty核心从一个用户获取将要发送给一个tty设备的数据，tty核心将数据传递给tty线路规程驱动，接着数据被传递到tty驱动，tty驱动将数据转换为可以发送给硬件的格式。接收数据的流程为:从tty硬件接收到的数据向上交给tty驱动，接着进入tty线路规程驱动，再进入tty核心，在这里它被一个用户获取。尽管一个特定的底层UART设备驱动完全可以遵循上述tty_driver的方法来设计，即定义tty_driver并实现tty_operations中的成员函数，但是鉴于串口之间的共性，Linux考虑在文件drivers'ttyliserial'serial_core.c中实现了UART设备的通用tty驱动层（我们可以称其为串口核心层)。这样，UART驱动的主要任务就进一步演变成了实现serial-core.c中定义的一组uart_xxx接口而不是tty_xxx接口。因此，按照面向对象的思想，可以认为tty_driver是字符设备的泛化、serial-core是tty_driver的泛化，而具体的串口驱动又是serial-core的泛化。

⑦ linux总线驱动模型中，总线也是一种设备，总线与表示它的设备是怎么联系的

设备模型中，关心总线，设备，驱动这三个实体，总线将设备和驱动绑定，在系统每注册一个设备的时候，会寻找与之匹配的驱动。相反，在系统每注册一个驱动的时候，寻找与之匹配的设备，匹配是由总线来完成的。 你还可以看一看链表的信息。它们都是关联的。 有个最牛的函数contain_o
f 非常牛。还有轮询链表的函数。

⑧ Linux设备文件与设备驱动程序之间的关系

设各驱动程序在系统中的位置如图1所示。由于设各驱动程序是直接与外部设各的寄存器打交道的，并且由于外部设各的多样性及其快速的发展，设各驱动程序常常是由外部设各供应厂商或者是需要挂接外部设备的计算机开发人员提供的，因此，驱动程序不便与linux内核编制在一起形成一个一体化的结构。于是，linux允许把外部设备以内核模块的形式来提供设各驱动程序。这样就可使用户根据需要＇动态地向linux内核插入设各

设各驱动程序在系统中的位置如图1所示。

由于设各驱动程序是直接与外部设各的寄存器打交道的，并且由于外部设各的多样性及其快速的发展，设各驱动程序常常是由外部设各供应厂商或者是需要挂接外部设备的计算机开发人员提供的，因此，驱动程序不便与linux内核编制在一起形成一个一体化的结构。于是，linux允许把外部设备以内核模块的形式来提供设各驱动程序。这样就可使用户根据需要＇动态地向linux内核插入设各驱动模块，从而大大提高了内核的灵活性。设备驱动程序与文件系统及应用程序的关系如图2所示。

⑨ Linux系统下各设备的驱动版本怎么检查

对于网卡：
用ethtool
-i
ethX可以查询该网络设备的版本信息
包括driver版本信息和firmware版本信息
用此命令也能看到总线信息和该设备所用的driver模块名称
假定该网卡使用的驱动模块是intel的e1000
再用modinfo
e1000就可看到该driver模块的详细信息

⑩ 如何 理解 linux 设备 驱动 总线

linux
主机的硬件配备
lspci
找到的是目前主机上面的硬件配备
[root@www
~]#
lspci
[-vvn]
选项与参数：
-v
：显示更多的
pci
接口装置的详细信息
-vv
：比
-v
还要更详细的信息
-n
：直接观察
pci
的
id
而不是厂商名称
查阅您系统内的
pci
装置：
[root@www
~]#
lspci
#不必加上任何选项，就能够显示出目前的硬件配备为何
host
bridge:
<==主板芯片
vga
compatible
controller
<==显卡
audio
device
<==音频设备
pci
bridge
<==接口插槽
usb
controller
<==usb控制器
isa
bridge
ide
interface
smbus
ethernet
controller
<==网卡
04:00.0
ethernet
controller:
realtek
semiconctor
co.,
ltd.
查看一般详细信息
[root@www
~]#
lspci
-v
查看网卡详细信息：
[root@www
~]#
lspci
-s
04:00.0
-vv
-s
：后面接的是每个设备的总线、插槽与相关函数功能