VFS使得用户可以直接使用open()等系统调用而无需考虑具体文件系统和实际物理介质。
2.在新守护进程的父进程中，调用exit()，为了守护进程的爷爷进程确认父进程结束
工具代码中在遍历访问d_lru链表时安全起见本来应该是要加内核dcache_lru_lock锁保护的，但是由于内核未将该锁导出给模块使用，所以代码实现的时候无法加上dcache_lru_lock锁保护，因此存在因刚好访问了被删除的dentry而引起系统panic重启的风险，线上机器跑这个工具还是需要视情况谨慎评估。
__init__宏：被修饰的函数会被链接器链接放入.init.text段中（本来默认情况下函数是被放入.text段中）。对内核而言是一种暗示，表示该函数仅在初始化期间使用，内核启动时统一会加载.init.text段中的这些模块安装函数，加载完后就会把这个段给释放掉以节省内存。 __exit__宏：被修饰的函数仅用于模块卸载，链接器会将其放入特殊的ELF段。如果模块被直接内嵌到内核中，或内核的配置不允许卸载模块，则被修饰的函数将被简单的丢弃。 prink函数：模块在被加载到内核后，它能调用的函数仅仅是由内核导出的那些函数。KERN_INFO是printk的打印级别，其实只是一个字符串(如<1>)。操作系统的命令行中也会有一个打印级别的设置(值为0-7)，当前操作系统中执行printk的时候会去对比printk中的打印级别和操作系统命令行中设置的打印级别，小于命令行设置级别的信息会被打印出来，大于的会被拦截。 module_init宏：该宏声明的函数会在模块被装载到内核中调用。 module_exit宏：该宏声明的函数会在模块被卸载时调用。 MODULE_LICENSE宏：指定该代码所使用的许可证协议。 MODULE_AUTHOR：描述模块作者。
#include <linux/module.h> #include <linux/kernel.h> #include <linux/init.h> #include <linux/fs.h> #include <linux/device.h> #include <linux/cdev.h> #include <linux/major.h> #include <linux/vfs.h> #define ROMFS_MAGIC 0xEBAF3421 static struct kmem_cache *
#include <linux/module.h> #include <linux/init.h> #include <linux/kernel.h> #include <linux/proc_fs.h> #include <linux/fs.h> #define CUTBAG_DIR "CU_T-bagwell" #define CUTBAG_NODE "test_node" struct proc_dir_entry *cutbag_dir; static int __init
该文件是实现软链接相关的功能。我们可以了解到软链接的实现原理。 /* * linux/fs/minix/symlink.c * * Copyright (C) 1991, 1992 Linus Torvalds * * minix symlink handling code */ #ifdef MODULE #include <linux/module.h> #endif #include <asm/segment.h> #include <linux/errno.h> #incl
块设备是文件系统的底层支撑，完成数据的存储和访问。块设备也能脱离文件系统以螺设备的形式工作。
版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/u014688145/article/details/50615579
此类驱动适合于大多数简单的硬件设备。比如并口打印机，我们通过在/dev下建立一个设备文件(如/dev/printer)来访问它。
#include <linux/module.h> #include <linux/init.h> #include <linux/kernel.h> #include <linux/slab.h> #include <linux/fs.h> #define CUTBAG_DIR "CU_T-bagwell" #define MAX_STRING_TEST 20 static struct kmem_cache *T_bagwell_slab_test; struct test{
除了读取和写入设备外，大部分驱动程序还需要另外一种能力，即通过设备驱动程序执行各种类型的硬件控制。比如弹出介质，改变波特率等等。这些操作通过ioctl方法支持，该方法实现了同名的系统调用。
内核态文件操作 在用户态，我们操作文件可以用C库函数：open()、read()、write()等，但是在内核态没有库函数可用，这时就需要用内核的一些函数：filp_open、filp_close、vfs_read、vfs_write、set_fs、get_fs等函数，
这篇文章介绍在Linux下如何编写FT5X06系列芯片驱动，完成触摸屏的驱动开发， FT5X06是一个系列，当前使用的具体型号是FT5206，它是一个电容屏的触摸芯片，内置了8位的单片机(8051内核)，完成了坐标换算等很多处理，在通过IIC，SPI方式传递给外部单片机。
我们知道，Linux系统中我们经常将一个块设备上的文件系统挂载到某个目录下才能访问这个文件系统下的文件，但是你有没有思考过：为什么块设备挂载之后才能访问文件？挂载文件系统Linux内核到底为我们做了哪些事情？是否可以不将文件系统挂载到具体的目录下也能访问？下面，本文将详细讲解Linxu系统中，文件系统挂载的奥秘。
什么是VFS? Linux内核使用工厂的设计模式抽象出实际文件系统统一接口，这个就是虚拟文件系统(VFS)，根据应用程序调用虚拟文件系统接口，根据不同的文件系统类型(xfs/zfs/ext4)来调用实
在linux设备驱动第一篇：设备驱动程序简介中简单介绍了字符驱动，本篇简单介绍如何写一个简单的字符设备驱动。本篇借鉴LDD中的源码，实现一个与硬件设备无关的字符设备驱动，仅仅操作从内核中分配的一些内存。 下面就开始学习如何写一个简单的字符设备驱动。首先我们来分解一下字符设备驱动都有那些结构或者方法组成，也就是说实现一个可以使用的字符设备驱动我们必须做些什么工作。 1、主设备号和次设备号 对于字符设备的访问是通过文件系统中的设备名称进行的。他们通常位于/dev目录下。如下： xxx@ubuntu:~$ ls
Linux 内核模块在概念和原理层面与动态链接模块（DLL或so）类似。但对于 Linux 来说，内核模块可以在系统运行期间动态扩展系统功能，而无须重新启动系统，更无须重新编译新的系统内核镜像。所以，内核模块这个特性为内核开发者提供了极大的便利，因为对于号称世界上最大软件项目的Linux来说，重启或重新编译的时间耗费肯定是巨大的。
使用字符设备里的write 驱动代码 #include <linux/module.h> #include <linux/slab.h> #include <linux/kernel.h> #include <linux/init.h> #include <linux/fs.h> #include <linux/device.h> #include <linux/cdev.h> #include <linux/major.h> #include <asm/uaccess.h> static ssi
操作完成后，是否要消耗掉我们的一些磁盘空间？需要的话，大概能消耗多少？嗯，是的，这个问题简单的超乎你的想象，但是不知道你否能给你自己一个满意的答案。
使用命令建立一个设备 s 驱动代码 #include <linux/module.h> #include <linux/kernel.h> #include <linux/init.h> #include <linux/fs.h> #include <linux/device.h> #include <linux/cdev.h> #include <linux/major.h> static ssize_t flash_env_dev_open(struct inode *i
继上一篇文章：https://cloud.tencent.com/developer/article/1053882 3. 文件系统的注册 这里的文件系统是指可能会被挂载到目录树中的各个实际文件系统，所谓实际文件系统，即是指VFS 中的实际操作最终要通过它们来完成而已，并不意味着它们一定要存在于某种特定的存储设备上。比如在笔者的 Linux 机器下就注册有 "rootfs"、"proc"、"ext2"、"sockfs" 等十几种文件系统。 3.1 文件系统的数据结构 在 Linux 源代码中，每种实际的文件
在日常开发中一些看似司空见惯的问题上，我觉得可能大多数人其实并没有真正理解，或者理解的不够透彻。不信我们来看以下一段简单的读取文件的代码：
字符设备驱动中的 read接口的使用，简单实例 驱动部分代码
https://www.zalou.cn/article/152879.htm上节，我们明白了proc文件系统的作用，接下来我们在已经写好的led驱动的基础上，在proc目录下创建一个文件夹，然后加入led驱动的版本信息读取。
本文关键字，在tinycorelinux上安装lxc，lxd,gcc4.4 self-reference struct typedef
实现 UNIX 程序 的sleep，使进程睡眠若干个滴答周期（滴答是 xv6 内核定义的时间概念，即来自定时器芯片的两次中断之间的时间。）。代码在 user/sleep.c 中实现。
在Linux设备驱动之字符设备（一）中学习了设备号的构成，设备号的申请与释放。在Linux设备驱动之字符设备(二)中学习了如何创建一个字符设备，初始化，已经注册到系统中和最后释放该字符设备。
交叉编译測试程序：arm-none-linux-gnueabi-gcc -o gpio_test gpio_test.c
① 实例化platform_driver结构体probe成员 ② 实例化platform_driver结构体remove成员 ③ 选择一种方式匹配（设备树，ACPI，名字，ID四选一）
先讲一个作者大约5-6年前我在某当时很火的一个应用分发创业公司的面试小插曲，该公司安排了一个刚工作1年多的一个同学来面我，聊到我们项目中的配置文件里写的一个开关，这位同学就跳出来说，你这个读文件啦，每个用户请求来了还得多一次的磁盘IO，性能肯定差。借由这个故事其实我发现了一个问题，虽然我们中的大部分人都是计算机科班出身，代码也写的很遛。但是在一些看似司空见惯的问题上，我们中的绝大多数人并没有真正理解，或者理解的不够透彻。
Linux系统中，应用程序访问外设是通过文件的形式来进行的，Linux将所有的外设都看做文件，统一存放在/dev目录下。
移植移植infoNES模拟器到嵌入式linux上，并增加支持声音输出和按键 代码放在了github上。 https://github.com/yongzhena/infoNES 先来个效果截图： 按键
与其它常见的文件系统不同的是，/proc是一种伪文件系统（也即虚拟文件系统），存储的是当前内核运行状态的一系列特殊文件，用户可以通过这些文件查看有关系统硬件及当前正在运行进程的信息，甚至可以通过更改其中某些文件来改变内核的运行状态。
在上章34.Linux-printk分析、使用printk调试驱动里讲述了: printk()会将打印信息存在内核的环形缓冲区log_buf[]里, 可以通过dmesg命令来查看log_buf[]
操作系统为进程维护了打开的文件列表，每个进程维护了一个file数组字段（struct file * fd[NR_OPEN]）；每个元素指向一个file结构体。每个file结构体有一个字段指向inode结构体，inode管理这个文件的内容、权限等信息。这里分析的是file结构体的管理。
下面来分别对这几个问题进行分析. 1. 操作系统能否支持百万连接? 对于绝大部分 Linux 操作系统, 默认情况下确实不支持 C1000K! 因为操作系统包含最大打开文件数(Max Open Fil
fcntl()和ioctl()是用于对文件描述符进行控制的两个系统调用，它们在不同的情况下有不同的用途和功能。
最近在搞IoT的时候，因为没有设备，模拟跑固件经常会缺/dev/xxx，所以我就开始想，我能不能自己写一个驱动，让固件能跑起来？因此，又给自己挖了一个很大坑，不管最后能不能达到我的初衷，能学到怎么开发Linux驱动，也算是有很大的收获了。
基于i.MX6ULL平台设计实现掉电检测功能，首先选择一路IO，利用IO电平变化触发中断，在编写驱动时捕获该路GPIO的中断，然后在中断响应函数中发送信号通知应用程序掉电发生了。
按照ldd的说法，linux的设备驱动包括了char，block，net三种设备。char设备是比较简单的，只要分配了major、minor号，就可以进行读写处理了。相对而言，block和net要稍微复杂些。net设备姑且按下不谈，我们在以后的博文中会有涉及。今天，我们可以看看一个简单的block是怎么设计的。
代码编写规则应该在建立在一个工程项目之前。该规则应该贯穿整个项目的始终以保证代码的一致性。采用标准的代码编写惯例，可大大简化项目的维护负担。在C语言中可以有多种代码的编写方法（当然其它编程序语言亦如此），你可以尽可能采用一种好的风格，以达到以下目的： 可移植 (Portability) 连贯 (Consistency) 整洁(Neatness) 易于维护(Easy Maintenance) 易于理解(Easy Understanding) 简洁(Simplicity) 不管你采用那种风格，我所强调的就是：这种风格一定要贯穿你项目的始终。在以后的内容中我还要提到：即使在一个团队合作的大型项目中，这种风格也要贯穿始终。采用通用的代码编写风格可以减轻代码维护的工作量并降低维护费用；这种通用的代码风格还可以避免重写代码。
1.写出最底层Led_Open(),Led_Write(),Led_Read() 2.如何让内核知道下面有我们写好的操作硬件的函数呢？定义一个file_operations结构体(指向Led_Open等底层函数)。使用函数regsiter_chrdev(major,”first_drv”,&first_drv_fops)注册告诉内核(通过major索引)。 3.regsiter_chrdev被谁调用？被驱动入口函数调用。first_drv_init() 4.如何知道调用first_drv_init()，还是其他的函数呢？利用宏module_init(first_drv_init)定义一个结构体，结构体中有函数指针，指向入口函数。 5.出口函数first_drv_exit。卸载驱动unregsiter_chrdev(major,”first_drv”,&first_drv_fops)。如何知道何时来调用first_drv_exit？module_init(first_drv_exit)定义一个结构体，结构体中有函数指针，指向入口函数。
下面說一下在用戶空間調用open/close/dup跟驅動中的open和release的對應。
从图中可以看到按键断开时，由于接了上拉电阻，所以CPU检测到默认是高电平的，当按键被按下时，电路导通，所以KEY0引脚变成低电平，即低电平有效。
Linux内核及源码学习使用陈莉君老师的书《深入分析Linux内核源代码》，内核源码版本为2.4.16。
Linux内核同步机制之completion 内核编程中常见的一种模式是，在当前线程之外初始化某个活动，然后等待该活动的结束。这个活动可能是，创建一个新的内核线程或者新的用户空间进程、对一个已有进程的某个请求，或者某种类型的硬件动作，等等。在这种情况下，我们可以使用信号量来同步这两个任务。然而，内核中提供了另外一种机制——completion接口。Completion是一种轻量级的机制，他允许一个线程告诉另一个线程某个工作已经完成。 结构与初始化 Completion在内核中的实现基于等待队列（关于等待队
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
