第七章读后感

linux驱动直接与硬件交互,但并不是linux驱动直接向硬件中的内存写数据,而是与本机的I/O内存进行交互。每一个连接Linux的硬件在I/O内存中都会有映射首地址。任何现代的操作系统主机插入硬件时都会检测到该硬件,但硬件被检测只能说明在内核空间中建立了I/O内存,要想用户空间的程序可以访问硬件,还必须安装可与I/O内存交互的驱动程序。

一.进行编写LED驱动,首先要创建LED驱动设备文件:

第1步:使用cdev_init函数初始化cdev ;

第2步:指定设备号;

第3步:使用cdev_add函数将字符设备添加到内核中的字符设备数组中;

第4步:使用class_create宏创建struct class;

第5步:使用device_create函数创建设备文件;

二.设置寄存器和初始化LED驱动,在控制 LED 亮、灭之前必须要了解如何设置寄存器。ARM处理器有多个寄存器,通过设置不同寄存器的值,可以设置LED引脚的状态、打开或禁止上拉(pull-up)电路以及控制LED的亮和灭。然后控制LED灯,LED 驱动可以使用如下两种方式控制 LED

1.通过字符串控制LED;

2.通过I/O命令控制LED;

要想使用上述两种方式控制LED,LED驱动必须要接收相应的数据,如果通过字符串控制LED,需要使用fif.e_operations.write函数,如果通过 I/0命令控制LED,需要使用file__operations.iocd函数。

最后进行LED驱动的测试,可以编写测试I/O控制命令的通用程序测试,也可以使用NDK测试LED驱动,还可以使用Java测试LED驱动。

一个完整的Linux驱动主要由内部处理和与硬件交互降部分组成。其中内部处理主要是指Linux驱动的装载、卸载、与设备文件相关的动作处理(读写设备文件、向设备文件发送I/O命令等动作〉以及业务逻辑等。与硬件交互主要是指通过iowrite32、ioread32等函数与硬件中的寄存器进行数据交互。

http://i.cnblogs.com/EditPosts.aspx?opt=1

时间: 2024-10-26 12:01:24

第七章读后感的相关文章

《构建之法》第六第七章读后感

<构建之法>第六第七章读后感 阅读<构建之法>第6~7章,并参考以下链接,发布读后感.提出问题.并简要说明你对Scrum的理解. 学习附录: Scrum中文网--什么是Scrum?  http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html#tab-id-1 Scrum认证体系 http://www.scrumcn.com/agile/scrumtraining/scrum-certification-progr

大道至简第七章读后感

大道至简第七章读后感——现实中的软件工程 “王不如远交而近攻,得寸,则王之寸:得尺,亦王之尺也.”——<战国策.秦策> 1:大公司手中的算盘 文中列举了IBM,Borland和Microsoft的一些体系,来说明大公司眼中的世界. 大公司们在标准.理论.语言上的争来夺去,未必全然出于“软件实现”的考虑.对统一理论.统一工具.统一过程的企图,其最终目的是在整个软件工程体系中的全面胜出.算 盘 上 的 绝 大 多 数 人 , 只 是 用 于 计 算 胜 负 的 一 枚 算子.所谓编程语言,只不过是

《精益创业》第七章读后感

在经历了创业公司失败之后,有了大量的闲时间,看书,思考,认真反思过去三年的所做所为,好多问题,在精益创业中都找到了答案. 当读到第七章时,真的后悔没有早点遇到这本书,如果能早点遇到这本书,也许公司会是另一番情景. 1.新创公司该不该抱定宗旨不动摇呢? <精益创业>中说:锲而不舍的传说是非常危险的. 的确,当我们在面临这样的局面的时候,我们选择了硬扛,其实是不知道该如何突破 2.如何判别转型的时机? <精益创业>中说:完成阶段性的目标,比如收入数字上升等,但这并不是衡量新创企业是否取

构建之法第六、七章读后感

第六章 Scrum 是一个用于开发和维持复杂产品的框架 ,是一个增量的.迭代的开发过程.Scrum包括了一系列实践和预定义角色的过程骨架.Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务,产品负责人代表利益所有者,开发团队包括了所有开发人员. 敏捷流程一共有4步: 第一步:弄懂需求与任务是相互依赖的关系 第二步:想要学会把一个任务从产品层级的描述逐步细化到技术实现层面,那么技术能力和交流能力尤为重要的,根据每个人的能力来分配任务以保证任务的高效完成. 第三步:个人要

第六七章读后感

第六章主要讲敏捷流程,而其的开发流程为: 1.找出完成产品需要做的事情 - Product Backlog. 2.决定当前的冲刺(Sprint)需要解决的事情--Sprint Backlog. 3.冲刺(Sprint). 4.得到软件的一个增量版本.发布给用户.然后在此基础上又进一步计划增量的新功能和改进. 这一章以敏捷流程的Scrum方法论而展开,其中 SCRUM框架包括3个角色.3个工件.5个活动.5个价值 3个角色 产品负责人(Product Owner) Scrum Master Scr

第六、七章读后感

第六章——敏捷流程 “敏捷流程”是一系列价值观和方法论的集合,敏捷的步骤:1.找出完成产品需要做的事情——Product Backlog:2.决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog:3.冲刺(Sprint):4.得到一个软件的增量版本,发布给用户.有敏捷流程,也要有敏捷的团队,敏捷对团队有以下要求:自主管理.自我组织.多功能型. 这章对敏捷做了总结,也为我们分享了实践者应用敏捷流程的经验教训,同时,也通过故事的形式,为我们解答了很多疑问. 问题:初学者该如何

《构建之法》第六,第七章读后感

读完第六和第七章,我学会了敏捷流程和MSF的一些知识,总的来说,这两种模式就是一种团队的不同方式和不同的发展流程. 敏捷流程有十二条原则,这十二条原则主要涉及客户,市场,对手,团队,技术创新还有自我管理等各方面.敏捷流程的步骤主要有三步: 第一,找出完成产品需要做的事情——Product Backlog; 第二,决定当前的冲刺(Sprint)需要解决的事情——Sprint Backlog:团队成员能主导任务的估计和分配,他们的能动性得到较大的发挥. 第三,冲刺(Sprint):一切交流只能通过S

0502《构建之法》第六、七章读后感

第六章 本章中所说的“敏捷流程”是一系列价值观和方法论的集合.敏捷开发的原则中包括十二条,这十二条原则无论对软件开发者本身,用户还是市场需求,都具有很强的影响力. “敏捷流程”分为四步,每一步都有着一定的作用. 第一步:找出完成产品需求做的事情——product backlog. 第二步:决定当前的冲刺(Sprint)需要的解决的事情——Sprint Backlo.在我们开发一个产品的时候,实现的过程中可以分为几个互相联系的冲刺. 第三步:冲刺(Sprint) 在这个阶段,也是敏捷步骤中最重要的

0429 六七章读后感

一)第六章 1.从第六章对敏捷流程的介绍,我的理解是敏捷流程就是一个团队做一个项目的整个过程,从开始准备到结束.从与客户交流得知项目的需求,到写出雏形.开始开发.最后冲刺完成,再来就是增添需求. 2.第二敏捷流程要求原则:自主管理.自我组织.多功能型.一个团队需要花很长的时间来磨合成一个成熟的团队,除了需要个人的自主完成,还要帮助落后的队员进行改进. 3.而敏捷流程,从字面上理解,也就是需要速度,从开始到结束,花的时间越短越好,但又要保证质量,每天开个小立会.跟进进度,学会与团队交流进度 二)第

构建之法5.3、第六章、第七章读后感

第五章:(开发流程) 写了再改模式:不需要太多的知识,直接上手写代码,一直改,直到发布. 瀑布模型:单向不可逆,最终产品直到最后才出来.按照需求分析-编码测试-发布一步步走下来.力求一次完成. RUP统一过程:在大的尺度上像瀑布模型,在每个阶段内像迭代模型.初始阶段:分析系统大概的构成,和什么样的外部实体打交道,大致的成本和预算是多少.细化阶段:编制项目计划,确认主要的功能,性能.构造阶段:把所有的功能集测试并发布为Beta版.交付阶段:基于用户的反馈,不断进行修改. 6.敏捷流程 Scrum方