linux驱动watchdog看门狗

linux—驱动--看门狗

一、S5PC100看门狗的实现原理

从上图中可以看出来，寄存器WTCON 中可以控制第一级分频器，和第二级分频器的大小，

以上是watchdog 的配置寄存器。

从上面的原理图中可以看出来，要想要看门狗工作，必须有一个数据寄存器（WTDAT ）和比较寄存器（WTCNT

）

到时间了是否

产生重启信号中断使能位第二级分频

看门狗使能位

第一级分频

在watchdog初始化的时候，是WTDAT的值是不会被加载到WTCNT中去的。

二、源代码分析

1、头文件

2、全局变量

struct clk 结构体是内核中描述时钟的结构体。

3、open 函数

在opne 函数数中，完成对看门狗的设置，并启动看门狗。而在设置之前应该先关闭看门狗，最后在打开，并设置WTCNT 和WTDAT

的置。

cdev 描述

的设备结构

体

4、release函数和ioctl函数

在release函数中，什么没有实现，而在ioctl函数中，我们要实现一个喂狗的操作，这样可以不让系统到时间了而产生复位。

5、init加载函数

1）申请设备号，注册设备

2）映射寄存器WTCON，WTDAT，WTCNT

3）使能外设时钟

4）创建class结构体

watchdog工作需要外部时钟，所以要先使能外部时钟。

/*arch/arm/mach-s5pc100/clock.c*/中有关于设备的时钟信息，也就是

clk_get函数的参数watch的结构体的实现。

映射寄存器

使能外设时钟

创建class结构体

6、卸载函数

Linux设备驱动程序举例

Linux设备驱动程序设计实例2007-03-03 23:09 Linux系统中，设备驱动程序是操作系统内核的重要组成部分，在与硬件设备之间 建立了标准的抽象接口。通过这个接口，用户可以像处理普通文件一样，对硬件设 备进行打开(open)、关闭(close)、读写(read/write)等操作。通过分析和设计设 备驱动程序，可以深入理解Linux系统和进行系统开发。本文通过一个简单的例子 来说明设备驱动程序的设计。 1、程序清单 //MyDev.c 2000年2月7日编写 #ifndef __KERNEL__ #define __KERNEL__//按内核模块编译 #endif #ifndef MODULE #define MODULE//设备驱动程序模块编译 #endif #define DEVICE_NAME "MyDev" #define OPENSPK 1 #define CLOSESPK 2 //必要的头文件 #include //同kernel.h,最基本的内核模块头文件 #include //同module.h,最基本的内核模块头文件 #include //这里包含了进行正确性检查的宏 #include //文件系统所必需的头文件 #include //这里包含了内核空间与用户空间进行数据交换时的函数宏 #include //I/O访问 int my_major=0; //主设备号 static int Device_Open=0; static char Message[]="This is from device driver"; char *Message_Ptr; int my_open(struct inode *inode, struct file *file) {//每当应用程序用open打开设备时，此函数被调用 printk ("\ndevice_open(%p,%p)\n", inode, file); if (Device_Open) return -EBUSY;//同时只能由一个应用程序打开 Device_Open++; MOD_INC_USE_COUNT;//设备打开期间禁止卸载 return 0; } static void my_release(struct inode *inode, struct file *file)

_看门狗_芯片的选择及软件控制

电子世界２００４年１　期 26??单片机与可编程器件 “看门狗”芯片的选择 及软件控制 ?吉林化工学院自动化系 梁 伟 ?

电子世界２００４年１期 27??单片机与可编程器件 个问题的方法就是做一个看门狗清除脉冲子程序，在延时等循环的圈内中加入它，可以保证万无一失。 ２．　使用其它软件方法配合看门狗除了保证对看门狗的合理控制外，还要考虑使用其它软件方法配合看门狗，才能够保证ＭＣＵ可靠运行。许多书籍在分析ＭＣＵ失控后的情况时，几乎都假定一般是ＰＣ错位，进入未知区域，并不再进入正常程序代码段。但实际并非如此，以下就两种情况做具体分析，并给出解决方法。（１）干扰造成ＰＣ出错，但出错后进入了正常代码段，并在错误的情况下继续运行，看门狗没有起作用，但系统实际上已经瘫痪。解决这个问题可以使用软件路标法，几乎所有软件的主程序都是在一个大循环里工作，可以在循环中设置一些断点，断点处设置路标，程序运行 时随时检查路标，这样就可以判断程序是否有非法进入的可能。具体的路标可以是一个计数器，每个断点加１，在终点清除。因为断点数固定，因此每个断点处路标值固定，只需要检测路标值就可以进行对非法进入的判断。余下的问题就是发现错误后如何处理，正常的处理就是设置死循环，等待看门狗复位。对于ＰＨＩＬＩＰＳ的ＬＰＣ系列ＭＣＵ也可以置位ＡＵＸＲ１寄存器的ＳＲＳＴ位立即进行软件复位。（２）干扰导致内部寄存器及ＲＡＭ出错，但ＰＣ未错，因为错误的数据和标志导致程序在错误状态下运行。解决这种问题可以采用ＲＡＭ校验的方法，具体是在ＭＣＵ的内部ＲＡＭ中开辟几个校验区，复位时写入固定代码，如５５Ｈ或者ＡＡＨ，并编制校验子程序，运行时随时调用校验，发现错误马上处理，处理方法同（１）。 考虑到可靠性，应该多设置几个校验区， 但要付出ＲＡＭ资源代价，应酌情处理。此方法如果与（１）方法同时使用，则会获得更好的效果。 结束语 以上对看门狗的芯片选择和软件控制做了一些介绍，笔者通过合理运用，成功地设计出了许多应用系统，这些系统在恶劣的环境下都能够正常工作。但设计看门狗的初衷是防止系统万一死机的弥补措施，设计者本身是希望它永远也不要启动的。因此对于设计ＭＣＵ系统，不应该过分依靠看门狗，而应该在电源及抗干扰措施上下足功夫，同时合理选择ＭＣＵ芯片，尽可能选择那些抗干扰能力强，同时低ＥＭＩ的品种。只有在各个环节都精心设计，才能够保证最终系统的可靠性。◆ Ｐｒｏｔｅｌ　９９ＳＥ是基于Ｗｉｎｄｏｗｓ环境下的ＥＤＡ电子辅助设计软件。一般来讲，利用Ｐｒｏｔｅｌ软件设计工程最基本的完整过程可以分为四大步骤：（１）查找资料，确定方案；（２）电路原理图的设计；（３）产生网络表；（４）印刷电路板的设计。 本文按照实际的设计流程顺序，来谈一谈如何使用Ｐｒｏｔｅｌ　９９ＳＥ软件准确、高效地设计出电路原理图和设计印刷电路板的一些技巧。 电路原理图的设计 在电路原理图的设计过程中主要应 注意以下方面： １．设置图纸 在设计开始之前首先要选择好图纸的大小，否则在打印时，若需将图纸由大号改为小号，而电路原理图不会跟着缩小，就存在部分原理图超出图纸范围打印不出来，从而返工的问题。通常的设计顺序为从左到右，从上到下。 ２．放置元件 （１）利用元件库浏览器放置元件，对于元件库内未包括的元件要自己创建。创建的元件其引脚没有必要和实物一致， Protel 99SE 软件的实用技巧 ?上海海运学院商船学院轮机工程系 黄志坚 胡以怀? 可将功能相近或相同的引脚放到一起，以方便布线。（２）自创建元件时，还要注意，一定要在工作区的中央（０，０）处　（即“十”字形的中心）　绘制库元件，否则可能会出现在原理图中放置（ｐｌａｃｅ）制作的元件时，鼠标指针总是与要放置的元件相隔很远的现象。 （３）　在画原理图时，有时一不小心，使元件（或导线）掉到了图纸外面，却怎么也清除不了。这是由于Ｐｒｏｔｅｌ在原理图编辑状态下，不能同时用鼠标选中工作面内外的元件。要清除图纸外的元件，可点击　【Ｅｄｉｔ】／【Ｓｅｌｅｃｔ】／【Ｏｕｔｓｉｄｅ　Ａｒｅａ】，然后框选整张图纸，再点击【Ｅｄｉｔ】／【Ｃｕｔ】即可。 元件放置好后，最好及时设置好其属性（Ａｔｔｒｉｂｕｔｅｓ），若找不到其相应的封装形式，也要及时为其创建适当的封装形式。 ３．原理图布线 （１）根据设计目标进行布线。布线应该用原理图工具栏上的（Ｗｉｒｉｎｇ　Ｔｏｏｌｓ）工具，不要误用了（Ｄｒａｗｉｎｇ　Ｔｏｏｌｓ）工具。（Ｗｉｒｉｎｇ　Ｔｏｏｌｓ）工具包含有电气特性，而（Ｄｒａｗｉｎｇ　Ｔｏｏｌｓ）工具不具备电气特性，会导致原理图出错。 （２）　利用网络标号（Ｎｅｔ　Ｌａｂｅｌ）。网络标号表示一个电气连接点，具有相同网络标号的电气接线表明是连接在一起的。虽然网络标号主要用于层次式电路或多重式电路中各模块电路之间的连接，但若在同一张普通的原理图中也使用网络 标号，则可通过命名相同的网络标号使它们在电气上属于同一网络（即连接在一起），从而不用电气接线就实现了各引脚之间的互连，使原理图简洁明了，不易出错，不但简化了设计，还提高了设计速度。 ４．编辑和调整编辑和调整是保证原理图设计成功很重要的一步。 （１）当电路较复杂、或是元器件的数目较多时，用手动编号的方法不仅慢，而且容易出现重号或跳号。重号的错误会在ＰＣＢ编辑器中载入网络表时表现出来，跳号也会导致管理不便，所以Ｐｒｏｔｅｌ提供了很好的元件自动编号功能，应该好好地利用，即【Ｔｏｏｌｓ】／【Ａｎｎｏｔａｔｅ．．．】。 （２）在原理图画好后，许多细节之处

字符设备基础

Linux 字符设备基础 字符设备驱动程序在系统中的位置 操作系统内核需要访问两类主要设备，简单的字符设备，如打印机，键盘等；块设备，如软盘、硬盘等。与此对应，有两类设备驱动程序。分别称为字符设备驱动程序和块设备驱动程序。两者的主要差异是：与字符设备有关的系统调用几乎直接和驱动程序的内部功能结合在一起。而读写块设备则主要和快速缓冲存储区打交道。只有需要完成实际的输入／输出时，才用到块设备驱动程序。见下图： Linux 设备驱动程序的主要功能有： ● 对设备进行初始化； ● 使设备投入运行和退出服务； ● 从设备接收数据并将它们送到内核； ● 将数据从内核送到设备； ● 检测和处理设备出现的错误。 当引导系统时，内核调用每一个驱动程序的初始化函数。它的任务之一是将这一设备驱动程序使用的主设备号通知内核。同时，初始化函数还将驱动程序中的函数地址结构的指针送给内核。 内核中有两X 表。一X 表用于字符设备驱动程序，另一X 用于块设备驱动程序。这两X 表用来保存指向file_operations 结构的指针， 设备驱动程序内部的函数地址就保

存在这一结构中。内核用主设备号作为索引访问file_operations结构，因而能访问驱动程序内的子程序。 从开机到驱动程序的载入 系统启动过程中可能出现几种不同的方式检测设备硬件。首先机器硬件启动时BIOS会检测一部分必要的设备，如内存、显示器、键盘和硬盘等等。机器会把检测到的信息存放在特定的位置，如CMOS数据区。而另外某些设备会由设备驱动程序进行检测。 1 开机 2 引导部分（linux/config.h，arch/i386/boot/bootsect.S） 3 实模式下的系统初始化（arch/i386/boot/setup.S） 4 保护模式下的核心初始化 5 启动核心（init/main.c） init函数中函数调用关系如下： main.c init() filesystems.c sys_setup() genhd.c device_setup() mem.c chr_dev_init() 至此，驱动程序驻入内存。 设备驱动程序基本数据结构： struct device_struct 系统启动过程中要登记的块设备和字符设备管理表的定义在文件fs/devices.c中：struct device_struct { const char * name; struct file_operations * fops; }; static struct device_struct chrdevs[MAX_CHRDEV]; static struct device_struct blkdevs[MAX_BLKDEV]; 其实块设备表和字符设备表使用了相同的数据结构。在某些系统中，这些设备表也称作设备开关表，不同的是它们直接定义了一组函数指针进行对设备的管理。而这里系统用文件操作（file_operations）代替了那组开关。文件操作是文件系统与设备驱动程序之间的接口，系统特殊文件在建立的时候并没有把两者对应起来，只是把设备的缺省文件结构和i节点结构赋给设备文件，而真正的对应定义在系统启动之后，当设备被打开时时才进行的。 操作blkdev_open和chrdev_open定义在文件devices.c中，它们的基本功能是当设备文件初次打开时，根据该文件的i节点信息找到设备真正的文件操作接口，然后更新原来的设

一个简单的演示用的Linux字符设备驱动程序.

实现如下的功能: --字符设备驱动程序的结构及驱动程序需要实现的系统调用 --可以使用cat命令或者自编的readtest命令读出"设备"里的内容 --以8139网卡为例,演示了I/O端口和I/O内存的使用 本文中的大部分内容在Linux Device Driver这本书中都可以找到, 这本书是Linux驱动开发者的唯一圣经。 ================================================== ===== 先来看看整个驱动程序的入口,是char8139_init(这个函数 如果不指定MODULE_LICENSE("GPL", 在模块插入内核的 时候会出错,因为将非"GPL"的模块插入内核就沾污了内核的 "GPL"属性。 module_init(char8139_init; module_exit(char8139_exit; MODULE_LICENSE("GPL"; MODULE_AUTHOR("ypixunil"; MODULE_DESCRIPTION("Wierd char device driver for Realtek 8139 NIC"; 接着往下看char8139_init( static int __init char8139_init(void {

int result; PDBG("hello. init.\n"; /* register our char device */ result=register_chrdev(char8139_major, "char8139", &char8139_fops; if(result<0 { PDBG("Cannot allocate major device number!\n"; return result; } /* register_chrdev( will assign a major device number and return if it called * with "major" parameter set to 0 */ if(char8139_major == 0 char8139_major=result; /* allocate some kernel memory we need */ buffer=(unsigned char*(kmalloc(CHAR8139_BUFFER_SIZE, GFP_KERNEL; if(!buffer { PDBG("Cannot allocate memory!\n"; result= -ENOMEM;

看门狗电路及原理

看门狗电路。在单片机中，为了能使得程序能够正常的运行。设定的及时根据程序所返回的值检测程序运行情况的定时电路。 在主程序中设定一定的值，把这个值在看门狗定时电路数值益处之前定时赋给看门狗赋给定时电路，让看门狗定时器复位。主程序的赋值周期要小于看门狗定时电路的运行周期。 看门狗 百科名片 单片机"看门狗" 在由单片机构成的微型计算机系统中,由于单片机的工作常常会受到来自外界电磁场的干扰,造成程序的跑飞,而陷入死循环,程序的正常运行被打断,由单片机控制的系统无法继续工作,会造成整个系统的陷入停滞状态,发生不可预料的后果,所以出于对单片机运行状态进行实时监测的考虑,便产生了一种专门用于监测单片机程序运行状态的芯片,俗称"看门狗"(watchdog) 目录[隐藏] 应用 基本原理 看门狗使用注意 看门狗运用 设计思路 [编辑本段]应用 看门狗电路的应用，使单片机可以在无人状态下实现连续工作,其工作原理是:看门狗芯片和单片机的一个I/O引脚相连,该I/O引脚通过程序控制它定时地往看门狗的这个引脚上送入高电平(或低电平),这一程序语句是分散地放在单片机其他控制语句中间的，一旦单片机由于干扰造成程序跑飞后而陷入某一程序段进入死循环状态时,写看门狗引脚的程序便不能被执行,这个时候,看门狗电路就会由于得不到单片机送来的信号,便在它和单片机复位引脚相连的引脚上送出一个复位信号,使单片机发生复位,

即程序从程序存储器的起始位置开始执行,这样便实现了单片机的自动复位。 [编辑本段]基本原理 看门狗,又叫watchdog timer,是一个定时器电路, 一般有一个输入,叫喂狗(kicking the dog or service the dog),一个输出到MCU的RST端,MCU正常工作的时候,每隔一端时间输出一个信号到喂狗端,给WDT 清零,如果超过规定的时间不喂狗,(一般在程序跑飞时),WDT 定时超过,就会给出一个复位信号到MCU,使MCU复位. 防止MCU死机. 看门狗的作用就是防止程序发生死循环，或者说程序跑飞。工作原理：在系统运行以后也就启动了看门狗的计数器，看门狗就开始自动计数，如果到了一定的时间还不去清看门狗，那么看门狗计数器就会溢出从而引起看门狗中断，造成系统复位。所以在使用有看门狗的芯片时要注意清看门狗。硬件看门狗是利用了一个定时器，来监控主程序的运行，也就是说在主程序的运行过程中，我们要在定时时间到之前对定时器进行复位如果出现死循环，或者说PC指针不能回来。那么定时时间到后就会使单片机复位。常用的WDT芯片如MAX813 ,5045, IMP 813等,价格4~10元不等. 软件看门狗技术的原理和这差不多，只不过是用软件的方法实现，我们还是以51系列来讲，我们知道在51单片机中有两个定时器，我们就可以用这两个定时器来对主程序的运行进行监控。我们可以对T0设定一定的定时时间，当产生定时中断的时候对一个变量进行赋值，而这个变量在主程序运行的开始已经有了一个初值，在这里我们要设定的定时值要小于主程序的运行时间，这样在主程序的尾部对变量的值进行判断，如果值发生了预期的变化，就说明T0中断正常，如果没有发生变化则使程序复位。对于T1我们用来监控主程序的运行，我们给T1设定一定的定时时间，在主程序中对其进行复位，如果不能在一定的时间里对其进行复位，T1 的定时中断就会使单片机复位。在这里T1的定时时间要设的大于主程序的运行时间，给主程序留有一定的的裕量。而T1的中断正常与否我们再由T0定时中断子程序来监视。这样就够成了一个循环，T0监视T1，T1监视主程序，主程序又来监视T0，从而保证系统的稳定运行。51 系列有专门的看门狗定时器,对系统频率进行分频计数,定时器溢出时,将引起复位.看门狗可设定溢出率,也可单独用来作为定时器使用。凌阳61的看门狗比较单一，一个是时间单一，第二是功能在实际的使用中只需在循环当中加入清狗的指令就OK了。AVR系列中，avr-libc 提供三个API 支持对器件内部Watchdog 的操作，它们分别是：wdt_reset() // Watchdog 复位wdt_enable(timeout) // Watchdog 使能wdt_disable() // Watchdog 禁止C8051Fxxx单片机内部也有一个21位的使用系统时钟的定时器，该定时器检测对其控制寄存器的两次特定写操作的时间间隔。如果这个时间间隔超过了编程的极限值，将产生一个WDT复位。-------------------------------------------------------------------------------- [编辑本段]看门狗使用注意

C51单片机看门狗电路及程序设计方案

C51单片机看门狗电路及 程序设计案 院系：信息工程学院 年级：2010级 电子一班禹豪 电子一班训虎 电子二班邓启新 一、引言 在由单片机构成的微型计算机系统中，程序的正常运行常常会因为来自外界的电磁场干扰等原因而被打断，从而造成程序的跑飞，而陷入死循环。由此导致单片机控制的系统无法继续工作，造成整个系统的陷入停滞状态，发生不可预料的后果，所以出于对单片机运行状态进行实时监测的考虑，便产生了一种专门用于监测单片机程序运行状态的芯片或程序，俗称"看门狗"(watchdog) （1）看门狗电路基本原理 看门狗电路的应用，使单片机可以在无人状态下实现连续工作，其工作原理是:看门狗芯片和单片机的一个I/O引脚相连**，该I/O引脚通过程序控制它定时地往看门狗的这个引脚上送入高电平（或低电平），这一程序语句是分散地放在单片机其他控制语句中间的，一旦单片机由于干扰造成程序跑飞后而陷入某一程序段进入死循环状态时，写看门狗引脚的程序便不能被执行，这个时候，看门狗电路就会由于得不到单片机送来的信号，便在它和单片机复位引脚相连的引脚上送出一个复位信号，使单片机发生复位，即程序从程序存储器的起始位置开始执行，这样便实现了单片机的自动复位。 *此处设计原理实际上为下文中硬件看门狗设计思路。

（2）看门狗电路一般设计式 “看门狗”电路一般分为硬件看门狗与软件看门狗两种设计式。 硬件看门狗是利用了一个定时器，来监控主程序的运行，也就是说在主程序的运行过程中，我们要在定时时间到之前对定时器进行复位。如果出现死循环，或者说PC指针不能回来，那么定时时间到后就会使单片机复位。常用的WDT芯片如MAX813,5045,IMP 813等，价格4~10元不等. 软件看门狗技术的原理和硬件看门狗类似，只不过是用软件的法实现（即利用单片机部定时器资源，通过编程模拟硬件看门狗工作式），以51系列为例：因在51单片机中有两个定时器，在利用部定时器资源来对主程序的运行进行监控时。可以对T1（或T0）设定一定的定时时间（设定的定时值要小于主程序的运行时间），当产生定时中断的时候对一个变量进行赋值（此变量在主程序运行的开始已有一个初值）。当主程序运行至最后时对此变量的值进行判断，如果值发生了预期的变化，就说明T0中断正常，如果没有发生变化则使程序复位。 考虑到设计要求，本设计采用软件看门狗设计思路。 二、看门狗电路整体设计思路 根据设计要求，本设计利用C51单片机部自带的定时器1进行编程，并配合少量电路实现“看门狗“电路功能。整个设计分为软件部分与硬件部分，如下： （1）软件部分设计原理： 软件设计分为三部分：“看门狗“定时器设置程序、溢出中断服务程序和喂狗代码。 1.1设计思路： 1）在主程序开头，“看门狗“定时器设置程序设置定时器1计时50ms。 2）当定时达50ms时，定时器1产生溢出中断，溢出中断服务程序开始工作，将看门狗标志num加1。当num的值等于100时，说明看门狗定时器已经计时5s，此时，单片机I/O端口P1.0输出高电平，对程序进行复位。 3）在此过程中，喂狗代码将被穿插于程序中循环体末尾。当循环体结束时，喂狗代码执行，关闭定时器1、清空num并重新初始化定时器设置。若循环体进入死循环，喂狗代码无法执行，num将一直累加至100，此时程序复位。 注：喂狗代码放置位置可根据num预计数值进行调整：当num门限值较小，即看门狗计数时间较短时，喂狗代码可放于程序中各循环体之后或均匀分布于整个主程序中。当num门限值较大，即看门狗计数时间较长时，喂狗代码可放于程序主循环体末尾。但是需注意看门狗计数时间必须长于正常工作时间，以免非正常复位。 1.2软件设计流程图：

字符设备驱动程序

Linux字符设备驱动（转载） 来源: ChinaUnix博客日期：2008.01.01 18:52(共有0条评论) 我要评论 Linux字符设备驱动（转载） 这篇文章描述了在Linux 2.4下，如何建立一个虚拟的设备，对初学者来说很有帮助。原文地址：https://www.sodocs.net/doc/5d15476340.html,/186/2623186.shtml Linux下的设备驱动程序被组织为一组完成不同任务的函数的集合，通过这些函数使得Windows的设备操作犹如文件一般。在应用程序看来，硬件设备只是一个设备文件，应用程序可以象操作普通文件一样对硬件设备进行操作，如open ()、close ()、read ()、write () 等。 Linux主要将设备分为二类：字符设备和块设备。字符设备是指设备发送和接收数据以字符的形式进行；而块设备则以整个数据缓冲区的形式进行。字符设备的驱动相对比较简单。 下面我们来假设一个非常简单的虚拟字符设备：这个设备中只有一个4个字节的全局变量int global_var，而这个设备的名字叫做"gobalvar"。对"gobalvar"设备的读写等操作即是对其中全局变量global_var的操作。 驱动程序是内核的一部分，因此我们需要给其添加模块初始化函数，该函数用来完成对所控设备的初始化工作，并调用register_chrdev() 函数注册字符设备： static int __init gobalvar_init(void) { if (register_chrdev(MAJOR_NUM, " gobalvar ", &gobalvar_fops)) { //…注册失败 } else

Linux设备驱动程序学习(18)-USB 驱动程序(三)

Linux设备驱动程序学习（18）－USB 驱动程序（三） (2009-07-14 11:45) 分类：Linux设备驱动程序 USB urb （USB request block） 内核使用2.6.29.4 USB 设备驱动代码通过urb和所有的 USB 设备通讯。urb用 struct urb 结构描述（include/linux/usb.h ）。 urb以一种异步的方式同一个特定USB设备的特定端点发送或接受数据。一个USB 设备驱动可根据驱动的需要，分配多个 urb 给一个端点或重用单个 urb 给多个不同的端点。设备中的每个端点都处理一个 urb 队列, 所以多个 urb 可在队列清空之前被发送到相同的端点。 一个 urb 的典型生命循环如下: （1）被创建； （2）被分配给一个特定 USB 设备的特定端点； （3）被提交给 USB 核心； （4）被 USB 核心提交给特定设备的特定 USB 主机控制器驱动； （5）被 USB 主机控制器驱动处理, 并传送到设备； （6）以上操作完成后，USB主机控制器驱动通知 USB 设备驱动。 urb 也可被提交它的驱动在任何时间取消；如果设备被移除，urb 可以被USB 核心取消。urb 被动态创建并包含一个内部引用计数，使它们可以在最后一个用户释放它们时被自动释放。 struct urb

struct list_head urb_list;/* list head for use by the urb's * current owner */ struct list_head anchor_list;/* the URB may be anchored */ struct usb_anchor *anchor; struct usb_device *dev;/* 指向这个 urb 要发送的目标 struct usb_device 的指针,这个变量必须在这个 urb 被发送到 USB 核心之前被USB 驱动初始化.*/ struct usb_host_endpoint *ep;/* (internal) pointer to endpoint */ unsigned int pipe;/* 这个 urb 所要发送到的特定struct usb_device 的端点消息,这个变量必须在这个 urb 被发送到 USB 核心之前被 USB 驱动初始化.必须由下面的函数生成*/ int status;/*当 urb开始由 USB 核心处理或处理结束, 这个变量被设置为 urb 的当前状态. USB 驱动可安全访问这个变量的唯一时间是在 urb 结束处理例程函数中. 这个限制是为防止竞态. 对于等时 urb, 在这个变量中成功值(0)只表示这个 urb 是否已被去链. 为获得等时 urb 的详细状态, 应当检查 iso_frame_desc 变量. */ unsigned int transfer_flags;/* 传输设置*/ void*transfer_buffer;/* 指向用于发送数据到设备(OUT urb)或者从设备接收数据(IN urb)的缓冲区指针。为了主机控制器驱动正确访问这个缓冲, 它必须使用 kmalloc 调用来创建, 不是在堆栈或者静态内存中。对控制端点, 这个缓冲区用于数据中转*/ dma_addr_t transfer_dma;/* 用于以 DMA 方式传送数据到 USB 设备的缓冲区*/ int transfer_buffer_length;/* transfer_buffer 或者 transfer_dma 变量指向的缓冲区大小。如果这是 0, 传送缓冲没有被 USB 核心所使用。对于一个 OUT 端点, 如果这个端点大小比这个变量指定的值小, 对这个USB 设备的传输将被分成更小的块，以正确地传送数据。这种大的传送以连续的 USB 帧进行。在一个 urb 中提交一个大块数据, 并且使 USB 主机控制器去划分为更小的块, 比以连续地顺序发送小缓冲的速度快得多*/

linux设备驱动中常用函数

Linux2.6设备驱动常用的接口函数（一） ----字符设备 刚开始，学习linux驱动，觉得linux驱动很难，有字符设备，块设备，网络设备，针对每一种设备其接口函数，驱动的架构都不一样。这么多函数，要每一个的熟悉，那可多难啦！可后来发现linux驱动有很多规律可循，驱动的基本框架都差不多，再就是一些通用的模块。 基本的架构里包括：加载，卸载，常用的读写，打开，关闭，这是那种那基本的咯。利用这些基本的功能，当然无法实现一个系统。比方说：当多个执行单元对资源进行访问时，会引发竞态；当执行单元获取不到资源时，它是阻塞还是非阻塞？当突然间来了中断，该怎么办？还有内存管理，异步通知。而linux 针对这些问题提供了一系列的接口函数和模板框架。这样，在实际驱动设计中，根据具体的要求，选择不同的模块来实现其功能需求。 觉得能熟练理解，运用这些函数，是写号linux设备驱动的第一步。因为是设备驱动，是与最底层的设备打交道，就必须要熟悉底层设备的一些特性，例如字符设备，块设备等。系统提供的接口函数，功能模块就像是工具，能够根据不同的底层设备的的一些特性，选择不同的工具，方能在linux驱动中游刃有余。 最后就是调试，这可是最头疼的事。在调试过程中，总会遇到这样，那样的问题。怎样能更快，更好的发现并解决这些问题，就是一个人的道行咯！我个人觉得： 发现问题比解决问题更难！ 时好时坏的东西，最纠结！ 看得见的错误比看不见的错误好解决！ 一：Fops结构体中函数： ①ssize_t (*read) (struct file *, char __user *, size_t, loff_t *); 用来从设备中获取数据. 在这个位置的一个空指针导致 read 系统调用以-EINVAL("Invalid argument") 失败. 一个非负返回值代表了成功读取的字节数( 返回值是一个 "signed size" 类型, 常常是目标平台本地的整数类型). ②ssize_t (*write) (struct file *, const char __user *, size_t, loff_t *); 发送数据给设备. 如果 NULL, -EINVAL 返回给调用 write 系统调用的程序. 如果非负, 返回值代表成功写的字节数 ③loff_t (*llseek) (struct file *, loff_t, int); llseek 方法用作改变文件中的当前读/写位置, 并且新位置作为(正的)返回值. loff_t 参数是一个"long offset", 并且就算在 32位平台上也至少 64 位宽. 错误由一个负返回值指示. 如果这个函数指针是 NULL, seek 调用会以潜在地无法预知的方式修改 file 结构中的位置计数器( 在"file 结构" 一节中描述). ④int (*open) (struct inode *, struct file *);

linux字符设备驱动课程设计报告

一、课程设计目的 Linux 系统的开源性使其在嵌入式系统的开发中得到了越来越广泛的应用，但其本身并没有对种类繁多的硬件设备都提供现成的驱动程序，特别是由于工程应用中的灵活性，其驱动程序更是难以统一，这时就需开发一套适合于自己产品的设备驱动。对用户而言，设备驱动程序隐藏了设备的具体细节，对各种不同设备提供了一致的接口，一般来说是把设备映射为一个特殊的设备文件，用户程序可以像对其它文件一样对此设备文件进行操作。 通过这次课程设计可以了解linux的模块机制，懂得如何加载模块和卸载模块，进一步熟悉模块的相关操作。加深对驱动程序定义和设计的了解，了解linux驱动的编写过程，提高自己的动手能力。 二、课程设计内容与要求 字符设备驱动程序 1、设计目的：掌握设备驱动程序的编写、编译和装载、卸载方法，了解设备文件的创建，并知道如何编写测试程序测试自己的驱动程序是否能够正常工作 2、设计要求： 1) 编写一个简单的字符设备驱动程序，该字符设备包括打开、读、写、I\O控制与释放五个基本操作。 2) 编写一个测试程序，测试字符设备驱动程序的正确性。 3) 要求在实验报告中列出Linux内核的版本与内核模块加载过程。 三、系统分析与设计 1、系统分析 系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，应用程序可以象操作普通文件一样对硬件设备进行操作。设备驱动程序是内核的一部分，它完成以下的功能: 1、对设备初始化和释放； 2、把数据从内核传送到硬件和从硬件读取数据； 3、读取应用程序传送给设备文件的数据和回送应用程序请求的数据； 4、检测和处理设备出现的错误。 字符设备提供给应用程序的是一个流控制接口，主要包括op e n、clo s e（或r ele as e）、r e ad、w r i t e、i o c t l、p o l l和m m a p等。在系统中添加一个字符设备驱动程序，实际上就是给上述操作添加对应的代码。对于字符设备和块设备，L i n u x内核对这些操作进行了统一的抽象，把它们定义在结构体fi le_operations中。 2、系统设计： 、模块设计：

一个简单字符设备驱动实例

如何编写Linux设备驱动程序 Linux是Unix操作系统的一种变种，在Linux下编写驱动程序的原理和思想完全类似于其他的Unix系统，但它dos或window环境下的驱动程序有很大的区别。在Linux环境下设计驱动程序，思想简洁，操作方便，功能也很强大，但是支持函数少，只能依赖kernel中的函数，有些常用的操作要自己来编写，而且调试也不方便。本文是在编写一块多媒体卡编制的驱动程序后的总结，获得了一些经验，愿与Linux fans共享，有不当之处，请予指正。 以下的一些文字主要来源于khg，johnsonm的Write linux device driver，Brennan's Guide to Inline Assembly，The Linux A-Z，还有清华BBS上的有关device driver的一些资料. 这些资料有的已经过时，有的还有一些错误，我依据自己的试验结果进行了修正. 一、Linux device driver 的概念 系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程序看来，硬件设备只是一个设备文件，应用程序可以象操作普通文件一样对硬件设备进行操作。设备驱动程序是内核的一部分，它完成以下的功能： 1）对设备初始化和释放； 2）把数据从内核传送到硬件和从硬件读取数据； 3）读取应用程序传送给设备文件的数据和回送应用程序请求的数据； 4）检测和处理设备出现的错误。 在Linux操作系统下有两类主要的设备文件类型，一种是字符设备，另一种是块设备。字符设备和块设备的主要区别是：在对字符设备发出读/写请求时，实际的硬件I/O一般就紧接着发生了，块设备则不然，它利用一块系统内存作缓冲区，当用户进程对设备请求能满足用户的要求，就返回请求的数据，如果不能，就调用请求函数来进行实际的I/O操作。块设备是主要针对磁盘等慢速设备设计的，以免耗费过多的CPU时间来等待. 已经提到，用户进程是通过设备文件来与实际的硬件打交道。每个设备文件都都有其文件属性(c/b)，表示是字符设备还是块设备。另外每个文件都有两个设备号，第一个是主设备号，标识驱动程序，第二个是从设备号，标识使用同一个设备驱动程序的不同的硬件设备，比如有两个软盘，就可以用从设备号来区分他们。设备文件的主设备号必须与设备驱动程序在登记时申请的主设备号一致，否则用户进程将无法访问到驱动程序. 最后必须提到的是，在用户进程调用驱动程序时，系统进入核心态，这时不再是抢先式调度。也就是说，系统必须在你的驱动程序的子函数返回后才能进行其他的工作。如果你的驱动程序陷入死循环，不幸的是你只有重新启动机器了，然后就是漫长的fsck。 二、实例剖析 我们来写一个最简单的字符设备驱动程序。虽然它什么也不做，但是通过它可以了解Linux的设备驱动程序的工作原理.把下面的C代码输入机器，你就会获得一个真正的设备

Linux设备驱动程序学习(20)-内存映射和DMA-基本概念

Linux设备驱动程序学习（20）-内存映射和DMA-基本概念 (2011-09-25 15:47) 标签: 虚拟内存设备驱动程序Linux技术分类：Linux设备驱动程序 这部分主要研究 Linux 内存管理的基础知识, 重点在于对设备驱动有用的技术. 因为许多驱动编程需要一些对于虚拟内存（VM）子系统原理的理解。 而这些知识主要分为三个部分： 1、 mmap系统调用的实现原理：它允许设备内存直接映射到一个用户进程地址 空间. 这样做对一些设备来说可显著地提高性能. 2、与mmap的功能相反的应用原理：内核态代码如何跨过边界直接存取用户空间的内存页. 虽然较少驱动需要这个能力. 但是了解如何映射用户空间内存到内 核(使用 get_user_pages)会有用. 3、直接内存存取( DMA ) I/O 操作, 它提供给外设对系统内存的直接存取. 但所有这些技术需要理解 Linux 内存管理的基本原理, 因此我将先学习VM子 系统的基本原理. 一、Linux的内存管理 这里重点是 Linux 内存管理实现的主要特点，而不是描述操作系统的内存管理理论。Linux虚拟内存管理非常的复杂，要写可以写一本书：《深入理解Linux 虚拟内存管理》。学习驱动无须如此深入, 但是对它的工作原理的基本了解是必要的. 解了必要的背景知识后,才可以学习内核管理内存的数据结构. Linux是一个虚拟内存系统（但是在没有MMU的CPU中跑的ucLinux除外）, 意味着在内核启动了MMU 之后所有使用的地址不直接对应于硬件使用的物理地址，这些地址（称之为虚拟地址）都经过了MMU转换为物理地址之后再从CPU的内存总线中发出，读取/写入数据. 这样 VM 就引入了一个间接层, 它是许多操作成为可能： 1、系统中运行的程序可以分配远多于物理内存的内存空间，即便单个进程都可拥有一个大于系统的物理内存的虚拟地址空间. 2、虚拟内存也允许程序对进程的地址空间运用多种技巧, 包括映射程序的内存到设备内存.等等～～～ 1、地址类型 Linux 系统处理几种类型的地址, 每个有它自己的含义： 用户虚拟地址：User virtual addresses，用户程序见到的常规地址. 用户地址在长度上是 32 位或者 64 位, 依赖底层的硬件结构, 并且每个进程有它自己 的虚拟地址空间.

用CD4060制作看门狗报警电路

用CD4060制作看门狗报警电路 看门狗定时器（WDT，Watch Dog Timer）是单片机的一个组成部分，它实际上是一个计数器，一般给看门狗一个大数，程序开始运行后看门狗开始倒计数。如果程序运行正常，过一段时间CPU应发出指令让看门狗，重新开始倒计数。如果看门狗减到0就认为程序没有正常工作，强制整个系统复位。 原理图： CD4060芯片特性 1) 电压范围宽，应该可以工作在3V～15V，输入阻抗高，驱动能力差外，跟74系列的功能基本没有区别； 2) 输入时，1/2工作电压以下为0，1/2工作电压以上为1； 3) 输出时，1=工作电压；0=0V； 4) 驱动能力奇差，在设计时最多只能带1个TTL负载； 5) 如果加上拉电阻的话，至少要100K电阻； 6) 唯一现在使用的可能就是计数器，CD4060的计数器可以到14级二进制串行计数。 以AT89C51为例： 看门狗电路由14位二进制计数器CD4060和三极管VT1、VT2等组成。

Vout接单片机AT89C51的引脚输出口P1.7，由单片机的CPU向看门狗电路发送喂狗信号——正脉冲，在两个正脉冲间隔内，P1.7保持为低电平(此功能要结合软件才能实现，相应的软件设计在下面介绍)。我们知道，单片机AT89C51的I／O口带灌电流负载的能力比较大，每个引脚低电平时的吸入电流为20 mA，带拉电流负载的能力却很小，实测情况是，每个引脚高电平时的输出电流仅25μA，现在P1.7口被设计成带拉电流负载的方式，为了提高P1.7口带拉电流负载的能力，所以，电路中设置了上拉电阻R3。 14位二进制计数器CD4060的计数脉冲由其内部振荡器和外接阻容元件R1、R2、C1组成的电路产生，振荡周期为 T0SC=2.2×R1×C1=0.22 ms 振荡器产生的计数脉冲(矩形波)可以直接引出，同时还可以从CD4060的10个输出端Q4～Q10和Q12～Q14得到不同分频系数的方波输出，各方波输出信号的周期如表1所示。这样，如果CD4060得不到CPU通过P1.7口发送来的喂狗信号——正脉冲，则CD4060的输出端Q14在1.8S内将产生一个完整周期的方波信号，而且低电平在前，高电平在后，其高电平经三极管VT1、VT2处理后形成单片机AT89C51的复位信号，使单片机AT89C51复位。由此可见，单片机AT89C51正常工作时，只要在0.9S内从P1.7口送出一个正脉冲，便可及时清零看门狗，输出端Q14就不会产生定时溢出信号，从而使看门狗电路对单片机系统不起作用。并且，从CD4060的10个输出端Q4～Q10和Q12～Q14可以得到不同周期的方波信号，经三极管VT1、VT2处理后形成单片机系统的复位信号，可以适应不同用户应用程序，从而该硬件看门狗电路可以适应不同的单片机应用系统。 对MCS-51系列的单片机而言，它所需要的复位信号是高电平宽度大于2个机器周期的正脉冲，例如，单片机的时钟脉冲频率为12 MHz时，则所需要的复位信号高电平宽度为2μs以上就可以了，而由上面的分析可知，CD4060的Q14输出的是高电平宽度为0.9 s的方波，如果让它直接作为单片机的复位信号，则单片机的复位时间势必在0.9 s以上，这样尽管可以使程序跑飞的单片机复位，但是显然没有做到尽快地引导跑飞的程序到正确的轨道来，如果这样做的话，对于某些单片机应用系统而言可能带来非常严重的后果。图1中的三极管VT1、VT2及其周围阻容元件构成波形转换电路，把较宽的正脉冲变换为较窄的正脉冲，从而较好地解决了上述的问题。三极管VT1、VT2构成的2级直接耦合放大器作为缓冲器使用，它是CD4060的输出端Q14的灌电流负载，C2、R8是微分电路。 经分析后不难看出，电路中的R7、R8、C2还具有单片机上电复位的功能。 2 上电复位与看门狗信号复位的不同处理过程 由于程序跑飞很可能会造成一些随机破坏事件，对某些系统而言，希望尽可能从断点处恢复运行，因此，有必要妥善解决跑飞的程序回复后的处理。 单片机应用系统上电时，上电复位电路会使得单片机处于复位状态，这一般称为冷启动，这种情况下，单片机处于复位状态表现为： (1) 程序计数器PC的值为0000H。 (2) I／O口(P0、P1、P2、P3(1))为FFH状态，即准双向I／O口的输入状态。 (3) 堆栈指示器SP=07H，即堆栈底为片内RAM的07H单元。 (4) 除上述状态外，所有特殊功能寄存器SFR的有效位均为0。 (5) 上电复位时，由于是重新供电，RAM在断电时数据丢失，上电复位后为随机数。