linyangspring的专栏

在调试linux驱动的时候，可以用debugfs来调试，debugfs类似字符设备驱动一样，甚至更简单，不需要主设备号次设备号等等，只需要实现一个file_operations，然后通过debugfs_create_file就可以在debugfs中建立一个文件结点，就像字符设备驱动那样，只需要对这个文件结点进行open就可以进行read、write、ioctl，等等操作，这些操作对应到我们在驱动里

在windows系统里面，如果发现新的硬件设备但是系统没有可以用的自带驱动程序，那用户就得自己安装驱动。Linux内核的设计也是一样，下面就以marvelPHY设备的发现和驱动安装（即模块插入）为例说明一般嵌入式里设备的发现和安装过程。假如某个小系统里面，soc上集成了MAC，然后外面通过MDIOBUS接了一个PHY芯片，那么在定制内核的时候肯定会选择libphy以及相应的SOC MDIO B

FPGA每隔100us给运行linux的ARM一个中断，要求在20us

只是linux文档的翻译而已：3.4 什么时候异步操作会被执行async_函数返回后，提交的操作不会被马上执行。直到达到驱动满足的临界点后，之前挂起的操作才会被执行。可以通过async_tx_issue_pending_all函数强迫执行所有挂起的操作。3.5异步操作什么时候结束1、调用dma_wait_for_async_tx循环查询操作是否结束2、调用async_时

在linux中，CAN总线的驱动有两种实现

最近使用xilinx的zynq，需要完成FPGA和ARM的AXI协议通讯，通过增加linux内核启动参数mem=1008M保留了顶部的16M内存空间用来读写数据，FPGA以DMA方式来访问这个内存空间，接下来要完成的就是给这16M的内存空间编写platform_device的驱动程序。现在讲期间碰到的问题总结一下：1）DMA：什么是DMA：就是没有CPU的情况下，由DMA控制器完成内存

刚开始做linux驱动的时候，比较迷惑：我应该怎么做驱动呢，看设备的官方文档然后根据寄存器的设置编写驱动？但是随手打开一个设备的datasheet，就头大无比，N多的寄存器，N多的操作限制。想要读懂datasheet很难，想要根据datasheet编写驱动更难，想要编写一个能够使设备性能最大化的驱动难上加难。但是驱动还是应该写的，否则项目不就over了。但是应该怎么写呢？OK，以最近接

现在ARM下对SoC开发板的硬件描述都是采用devicetree文件，使用linux自带的dtc程序将dts编译成dtb之后，由u-boot将dtb导入给linux内核，linux内核读取dtb，然后注册设备的resource，linux内核使用of_系列函数API读取硬件资源。具体的说明可以看下宋宝华的bloghttp://blog.youkuaiyun.com/21cnbao/articl

原文地址：http://blog.163.com/stm32f103vct6@126/blog/static/16674347920128261164674/·         1·         2 DMA控制器硬件结构·               2.1 DMA通道使用的地址·               2.2 DMA操作函数

从linux内核2.6的某个版本之后，devfs不复存在，udev成为devfs的替代。相比devfs，udev有很多优势，在此就不罗嗦了，提醒一点，udev是应用层的东东，不要试图在内核的配置选项里找到它;加入对udev的支持很简单，以作者所写的一个字符设备驱动为例，在驱动初始化的代码里调用class_create为该设备创建一个class，再为每个设备调用 class_device_creat

#include #include #include #include #include #include #include #include #include #include #include #include #include #include "xdmaps_hw.h"#define MEM_CPY_NO_DMA  0#d

转自：http://qgqceo.chinaunix.com/space.php?uid=20543672&do=blog&id=3015637     很久都没有写驱动代码了，对于一些驱动相关的内核变化也没有怎么关心。这次重游《LDD3》获益良多，其值对于struct file_operations中ioctl的消失也让我长了不少见识。当年看《LDD3》的时候已经注意到了书中对ioc

在mii总线初始化过程中，