在字符设备驱动开发的入门教程中,最常见的就是用device_create()函数来创建设备节点了,但是在之后阅读内核源码的过程中却很少见device_create()的踪影了,取而代之的是device_register()与device_add(),将device_create()函数展开不难发现:其实device_create()只是device_register()的封装,而device_register()则是device_add()的封装. struct device *device_c

*注:本文来自http://blog.csdn.net/lwj103862095/article/details/17470573 一.首先需要在最开始定义两个数据结构: static struct class *firstdrv_class; static struct device *firstdrv_device; 二.在init函数里通过class_create和device_create函数创建相应的设备节点,示例代码如下: static int first_drv_init(void

基于OMAPL138的Linux字符驱动_GPIO驱动AD9833(二)之cdev与read.write 0. 导语 在上一篇博客里面,基于OMAPL138的字符驱动_GPIO驱动AD9833(一)之ioctl 中使用#include <linux/miscdevice.h>中的miscdevice机制,在呢篇博客中使用宋宝华的Linux驱动设备中提供的cdev机制完成注册, 根据参考文献[1]中所说: misc设备其实也是字符设备,主不过misc设备驱动在字符设备的基础上又进行了一次封装,使

基于OMAPL138的Linux字符驱动_GPIO驱动AD9833(一)之miscdevice和ioctl 0. 导语 在嵌入式的道路上寻寻觅觅很久,进入嵌入式这个行业也有几年的时间了,从2011年后半年开始,我清楚的记得当时拿着C51的板子闪烁了LED灯,从那时候开始,就进入到了嵌入式的大门里面.嵌入式的学习从来没有停止过,中间也有无数的插曲和机缘巧合学会C++和Java,做一些好玩的应用.无论是嵌入式DSP也好,还是如今的嵌入式ARM,7年之久从来没有停止过.技术最大的好处就是,无论发展到什

1. mycdev.c #include <linux/init.h> #include <linux/module.h> #include <linux/cdev.h> #include <linux/fs.h> #define MAJOR_NUM 250 struct mycdev { struct cdev cdev; }; int mycdev_open(struct inode *inode, struct file *file) { printk

我在Linux字符设备驱动框架一文中简单介绍了Linux字符设备编程模型,在那个模型中,只要应用程序open()了相应的设备文件,就可以使用ioctl通过驱动程序来控制我们的硬件,这种模型直观,但是从软件设计的角度看,却是一种十分糟糕的方式,它有一个致命的问题,就是设备信息和驱动代码冗余在一起,一旦硬件信息发生改变甚至设备已经不在了,就必须要修改驱动源码,非常的麻烦,为了解决这种驱动代码和设备信息耦合的问题,Linux提出了platform bus(平台总线)的概念,即使用虚拟总线将设备信息和驱

1 结构体说明:     struct cdev {         struct kobject kobj;          // 每一个 cdev 都是一个 kobject         struct module *owner;       // 指向实现驱动的模块         const struct file_operations *ops;   // 操纵这个字符设备文件的方法         struct list_head list;       // 与 cdev 相应

前言 这篇文章是通过对一个简单字符设备驱动的操作来解释,用户态的读写操作是怎么映射到具体设备的. 因为针对不同版本的linux内核,驱动的接口函数一直有变化,这贴出我测试的系统信息: root@ubuntu:~/share/dev/cdev-2# cat /etc/os-release |grep -i ver VERSION="16.04.5 LTS (Xenial Xerus)" VERSION_ID="16.04" VERSION_CODENAME=xenia

目录 前言 3. 字符设备驱动 3.1 Linux设备分类 3.2 设备相关概念 3.2.1 设备号 3.2.2 设备节点 3.2.3 APP open 文件理解 ** 3.3 数据结构 3.3.1 struct file 3.3.2 struct file_operations 3.3.2 struct inode 3.4 字符设备驱动程序框架 ** 3.4.1 实现设备驱动 3.4.2 驱动初始化和注销 3.4.2.1 设备号的申请和归还 3.4.2.2 初始化 cdev 3.4.3 设备的

目录 前言 6. 总线-设备-驱动 6.1 概念 6.2 工作原理 6.3 总线 6.3.1 总线介绍 6.3.2 注册总线 6.4 设备 6.4.1 设备介绍 6.4.2 设备注册.注销 6.5 驱动 6.5.1 驱动介绍 6.4.2 驱动注册.注销 6.5 便解图文 6.6 attribute属性文件 6.6.1 attribute 介绍 6.6.2 设备属性文件 6.6.3 驱动属性文件 6.6.4 总线属性文件 6.7 匹配规则 ** 6.7.1 最先比较 6.7.2 其次比较 6.7.

在上一节中,我们讲解了如何自动创建设备节点,实现一个中断方式的按键驱动.虽然中断式的驱动,效率是蛮高的,但是大家有没有发现,应用程序的死循环里的读函数是一直在读的:在实际的应用场所里,有没有那么一种情况,偶尔有数据.偶尔没有数据,答案当然是有的.我们理想当然的就会想到,当有数据的时候,我们才去读它,没数据的时候我们读它干啥?岂不浪费劳动力?上一节文章链接:http://blog.csdn.net/lwj103862095/article/details/17511867这一节里,我们在中断的基础

目录 前言 7. 平台设备驱动 7.1 平台总线 7.1.1 平台总线注册和匹配方式 7.1.2 源码分析 7.2 平台设备 7.2.1 platform_device 7.2.2 设备信息 7.2.3 注册/注销平台设备 7.3 平台驱动 7.3.1 platform_driver 7.3.2 注册/注销平台驱动 7.3.3 平台驱动获取设备信息 参考 前言 区分设备驱动模型和平台设备驱动模型. 设备驱动模型 可以理解为 总线.设备.驱动. 平台设备驱动模型 就是那些 Linux 内核管理没有

struct usb_device_id 结构提供了这个驱动支持的一个不同类型 USB 设备的列表. 这个 列表被 USB 核心用来决定给设备哪个驱动, 并且通过热插拔脚本来决定哪个驱动自动加载, 当特定设备被插入系统时. struct usb_device_id 结构定义有下面的成员: u16 match_flags 决定设备应当匹配结构中下列的哪个成员. 这是一个位成员, 由在 include/linux/mod_devicetable.h 文件中指定的不同的 USB_DEVICE_ID_M

串口驱动是由tty_driver架构实现的.一个应用程序中的函数要操作硬件,首先会经过tty,级级调用之后才会到达驱动之中.本文先介绍应用程序中打开设备的open函数的整个历程. 首先在串口初始化中会先注册一个串口驱动,函数原型为 int uart_register_driver(struct uart_driver *drv) 在这个函数中会调用注册tty驱动的函数 int tty_register_driver(struct tty_driver *driver) { ... cdev_in

在SMDK210.C中添加如下beeper_device 结构体 static struct platform_device beeper_device = { .name = "pwm_buzzer", .id         =  1, .dev = { .parent = &s3c_device_timer[1].dev, //PWM1是定时器1 .platform_data = 0, }, }; 然后在smdkv210_devices中添加该结构体 static str

[平台设备驱动机制的编程流程] [如何将驱动静态的编译进内核镜像] 1.添加资源(dev-led.c) 1.1:一般来说,系统习惯上将资源放在arch/arm/plat-samsung/目录中 cp dev-led.c linux-2.6.35.5/arch/arm/plat-samsung    cp led.h linux-2.6.35.5/arch/arm/plat-samsung/include/plat 1.2:修改dev-led.c文件   #],                  

前言 主要是想对Linux 下spi驱动框架有一个整体的把控,因此会忽略某些细节,同时里面涉及到的一些驱动基础,比如平台驱动.设备模型等也不进行详细说明原理.如果有任何错误地方,请指出,谢谢! spi介绍 SPI接口是Motorola 首先提出的全双工三线同步串行外围接口,采用主从模式(Master Slave)架构.支持多slave模式应用,一般仅支持单Master.时钟由Master控制,在时钟移位脉冲下,数据按位传输,高位在前,低位在后(MSB first).SPI接口有2根单向数据线,为

<网络知识> a:网络模型               OSI模型               TCP模型 虽然OSI模型看着挺完美的,但是过于复杂,这样就会导致不实用,在Linux系统中用的是TCP模型.每一层都是一种协议,系统对要发送的数据进行层层数据封装,就像洋葱层层刨去还原数据.   <Linux网络驱动特点> a:对于网络接口的常用文件操作(读,写等)是没有意义,在Linux系统中,网络驱动是唯一一个无法体现UNIX/linux 的一切皆是文件的思想,因为网络设备咩有对应

本文转载自:http://blog.csdn.net/liuxd3000/article/details/17464779 一.基本概念 帧缓冲(Framebuffer)是Linux系统为显示设备提供的一个接口,它将显示缓冲区抽象,屏蔽图像硬件的底层差异,允许上层应用程序在图形模式下直接对显示缓冲区进行读写操作.用户不必关心物理显示缓冲区的具体位置及存放方式,这些都是由帧缓冲设备驱动本身来完成.对于帧缓冲设备而言,只要在显示缓冲区与显示点对应的区域写入颜色值,对应的颜色会自动在屏幕上显示,下一小

基于OMAPL138的字符驱动_GPIO驱动AD9833(三)之中断申请IRQ 0. 导语 学习进入到了下一个阶段,还是以AD9833为例,这次学习是向设备申请中断,实现触发,在未来很多场景,比如做用户级的SPI传输完毕数据之后,怎么知道从设备要发数据呢,则需要一个IO信号通知主设备来读从设备的数据,那么就需要一个外部的IO中断信号,所以呢,对于中断的处理十分重要,本demo实现这样的一个功能增加一个GPIO口,这个GPIO口接的是一个按键,通过触发信号,进入中断服务函数,在中断服务函数内改变A