Linux内核的结构可以分为几个主要部分,每个部分都有不同的职责:
进程管理(Process Management)
内存管理(Memory Management)
文件系统(File System)
设备驱动(Device Drivers)
系统调用(System Calls)
网络栈(Network Stack)
内核空间(Kernel Space)
用户空间(User Space)
单内核(Monolithic Kernel):Linux内核是单内核的,这意味着所有核心功能(进程管理、内存管理、文件系统、设备驱动等)都运行在内核空间中。这种设计有助于提高性能,但也增加了内核的复杂性。
模块化(Modularization):虽然Linux内核是单内核的,但它支持模块化设计,即可以在运行时加载和卸载模块。这使得内核可以支持各种硬件和功能而无需重新编译。
跨平台(Portability):Linux内核被设计为可以在多种硬件架构上运行,包括x86、ARM、PowerPC等。
开源(Open Source):Linux内核是开源的,意味着任何人都可以查看、修改和分发内核的源代码。这促进了社区的贡献和内核的快速发展。
这些特点和结构使得Linux内核在性能、灵活性和可扩展性方面非常强大,适用于从嵌入式设备到大型服务器的各种平台。
对内核结构框图有个总体的把握,有助于理解为什么驱动要这样写,为什么写的应用程序所用的C库接口能够产生这么多的事情。
函数库就像一个“黑匣子”,提供了一系列API支配内核运作,但你不知道内核发生了什么。
内核是一个很厉害的超级逻辑,把硬件底层的东西抽象化,对用户来说只需要调API就好了,根本不需要管寄存器,协议,总线…(单片机会去直接操作),这些全部由操作系统做好。动不动写个操作系统是不现实的。能把字符设备,块设备的设备驱动吃透,已经是一个很厉害的工程师了。
驱动程序(Driver)是操作系统和硬件设备之间的桥梁。它负责将操作系统的通用请求转换为硬件设备能够理解和执行的具体指令。
例如,打印机驱动程序将打印任务转换为打印机能理解的格式。驱动程序确保硬件设备能够与操作系统和应用程序正确通信,处理设备的输入和输出操作。
Linux驱动程序是用于在Linux操作系统中管理和控制硬件设备的软件模块。它们通常包括:
这些驱动程序可以作为内核模块加载或嵌入到内核中,提供对硬件的支持和功能扩展。
以下为关于Linux驱动的一些认知:
硬件与操作系统的交互: 操作系统本身并不了解所有硬件设备的细节。驱动程序提供了一个标准的接口,使得操作系统能够与硬件设备进行通信,而无需了解设备的底层细节。
功能和作用:
Monolithic Kernel 模型: 驱动程序直接链接到内核,与内核一起运行。
Microkernel 模型: 驱动程序运行在用户空间,与内核通过 IPC 进行通信。
驱动程序是操作系统的关键组成部分之一,它们的正确性和性能直接影响到系统的稳定性和功能。在编写和维护驱动程序时,开发人员需要深入了解硬件和操作系统的工作原理。
学习写驱动有许多重要的原因,尤其是对于嵌入式系统和底层硬件交互的开发者。以下是一些学习写驱动的关键原因:
总的来说,学习写驱动提供了更深层次的系统开发技能,使开发者能够更全面、更灵活地应对各种硬件和开发场景。
树莓派开发使用厂家提供的wiringPi库,开发简单。
但未来做开发时,不一定都是用树莓派,没有wiringPi库可以用。但只要能运行Linux,linux的标准C库一定有。
学会根据标准C库编写驱动,只要能拿到linux内核源码,拿到芯片手册,电路图…就能做开发。
在 Linux 中,一切皆为文件的概念是核心思想之一。设备文件在 /dev
目录下,通过文件名和设备号来标识和区分硬件设备。以下是一些相关的概念和解释:
文件名: 文件名是用户空间应用程序访问设备的方式之一。通过打开 /dev 目录下的特定文件,应用程序可以与相应的设备进行交互。例如,/dev/sda 可以代表系统上的第一个硬盘设备。
设备号: 每个设备文件都与一个设备号相关联。设备号分为主设备号和次设备号两部分。
设备链表: 内核中存在一个设备链表,用于管理已注册的设备驱动程序。这个链表包含了每个设备驱动程序的信息,包括主设备号、设备名称、设备操作函数等。
加载驱动程序: 驱动程序通过 insmod 或 modprobe 命令加载到内核中。加载后,内核会将该驱动程序的信息加入设备链表中。
用户空间的操作: 当用户空间的应用程序调用 open 等系统调用时,内核会根据文件名找到相应的设备号,并查找设备链表以确定相应的设备驱动程序。这样,用户空间的应用程序就可以通过文件名访问硬件设备。
总体来说,文件名和设备号的组合提供了一种抽象的方式,使用户空间的应用程序能够以标准的文件 I/O 操作方式访问硬件设备,而无需了解底层硬件细节。这种抽象化的设计提高了系统的可移植性和灵活性。
在目录/dev下都能看到鼠标,键盘,屏幕,串口等设备文件,硬件要有相对应的驱动,那么open怎样区分这些硬件呢?
依靠文件名与设备号
crw-rw----+ 1 root video 81, 0 Dec 14 12:17 video0
这是一个设备文件的详细信息,解释如下:
crw-rw----+: 文件的类型和权限。这是一个字符设备文件,权限是读写,额外的加号表示文件有扩展属性。
1: 这表示有一个硬链接指向该文件。
root: 文件的所有者是 root 用户。
video: 文件的所属组是 video 组。
81, 0: 这是设备文件的主设备号和次设备号。在这个例子中,主设备号是 81,次设备号是 0。
Dec 14 12:17: 文件的最后修改时间是在 12 月 14 日的 12:17。
video0: 文件的名称是 video0。
这个设备文件属于 video 组,具有读写权限。主设备号为 81,次设备号为 0,表明它是一个视频设备。
设备号又分为:主设备号用于区别不同种类的设备;次设备号区别同种类型的多个设备。驱动插入到链表的位置(顺序)由设备号检索
内核中存在一个驱动链表,管理所有设备的驱动。 驱动开发无非以下两件事:
- 编写完驱动程序,加载到内核
- 用户空间open后,调用驱动程序(驱动程序就是操作寄存器来驱动IO口,单片机51,32就是这种操作)
open
函数是用户空间应用程序通过系统调用访问文件的入口。打通上层到底层硬件的过程涉及几个步骤,主要包括:
open
调用打开文件。该调用提供了文件路径和一些标志位参数。int fd = open("/dev/video0", O_RDWR);
通过这个过程,open
函数从用户空间向内核发起请求,内核负责管理文件系统和与设备相关的硬件,最终建立起用户空间应用程序与底层硬件的连接。
用户空间调用open
用户空间调用open(比如open(“/dev/pin4”,O_RDWR))产生一个软中断(中断号是0x80),进入内核空间调用sys_call,这个sys_call在内核里面是汇编的,用Source Insight搜索不到。
sys_calll真正调用的是sys_open(属于VFS层虚拟文件系统,因为磁盘的分区和引脚分区不一样,为了实现上层统一化),根据你的设备名比如pin4去到内核的驱动链表,根据其主设备号与次设备号找到相关驱动函数。
调用驱动函数里面的open,这个open就是对寄存器的操作,从而设置IO口引脚电平。这件事对于单片机来说特变容易,就两句话搞定:
sbit pin4 = P1^4;
pin4 = 1;