测试驱动开发(TDD)是一个简约的软件开发过程。由一个自动执行的测试用例驱动,用例定义了系统所需的功能。测试的第一个执行结果状态是失败。然后,开发人员实现一个能通过测试的最小代码。 由于测试用例是驱动力,因此应对其进行正确性和完整性检查。 2.专注于需要实现的目标 确保你了解代码需要被调用的位置,并相应地对测试套件进行框架化。 确保测试用例符合标准命名约定,并明确描述了开发所需要实现的目标。这是至关重要的,因为功能不断添加迭代。后续其他买的开发人员(其实包括自己)应该可以通过看测试代码,轻松推断出预期的功能。 7.知道什么时候使用TDD 最后但并非最不重要的是,像任何其他开发概念一样,TDD在某些情况下效果是最好的。TDD的执行时间不能太长。任何冗长或复杂的测试都会破坏TDD的目的。 通过TDD,开发更加受到控制,结果大大减少了缺陷。重复测试确保系统中的每个组件在每一步都正常工作。
6 iConfiguration 1 索引 描述此配置的字串描述表索引 7 bmAttributes 1 位图 配置特性: D7: 保留(设为一) D6: 自给电源 Bit 6..4 : 保留,为零 Bit 7: 方向,如果控制端点则略。 当然,这些制造商和设备标识需要我们编写进USB 驱动程序中。 USB 驱动程序依然遵循设备模型 —— 总线、设备、驱动。 和I2C 总线设备驱动编写一样,所有的USB驱动程序都必须创建的主要结构体是 struct usb_driver,它们向USB 核心代码描述了USB 驱动程序。 鼠标驱动代码: 该模板适用于键盘驱动。
,0xF0,0x07,0x80,0x01,0xF0,0x00,0x7C,0xFC, 0x07,0x80,0x01,0xF0,0x00,0x7C,0x7E,0x07,0x80,0x01,0xF0,0x00,0x7C 4)OLED屏开发了两种接口的 Demo 板,接口分别为七针的 SPI/IIC 兼容模块,四针的IIC 模块。 u8 y,u8 c); static void OLED_RefreshGRAM(void); /* 函数功能: OLED对应的GPIO口初始化 硬件连接: OLED模块---Tiny4412开发板 (0~7) //0%8=0 1%8=1 .....7%8=7 8%8=0 9%8=1 ...... 显示效果图 七、LCD驱动编写 7.1 编写S70屏幕驱动 如果自己编写了LCD驱动(S720屏幕),测试LCD驱动之前,先去除内核自带的LCD驱动,编译烧写内核: Device Drivers
前面几篇文章,从最基础的寄存器点灯,到设备树点灯,再到GPIO子系统点灯,一步步了解嵌入式Linux开发的各种点灯原理。 bit [12]: [0]pull/keeper-disable [1]pull/keeper-enable *bit [11]: 0 关闭开路输出 *bit [10:8]: 00 保留值 *bit [7: _IO10 0x70a1 MX6ULL_PAD_BOOT_MODE1__GPIO5_IO11 0x70a1 MX6ULL_PAD_SNVS_TAMPER7_ 按键驱动,也属于字符设备驱动,和之前的字符设备驱动的框架一样,主要的修改点在按键的硬件初始化配置已经按键的读取。 return -1; } return 0; } 3 实验测试 3.1 编译程序 3.1.1 编译设备树 编译设备树文件,并将编译出的dtb文件复制到启动文件夹: 网络方式启动开发板
块设备是与字符设备并列的概念, 这两类设备在 Linux 中驱动的结构有较大差异,总体而言, 块设备驱动比字符设备驱动要复杂得多,在 I/O 操作上表现出极大的不同,缓冲、 I/O 调度、请求队列等都是与块设备驱动相关的概念 在Linux中,驱动对块设备的输入或输出(I/O)操作,都会向块设备发出一个请求,在驱动中用request结构体描述。 但对于一些磁盘设备而言请求的速度很慢,这时候内核就提供一种队列的机制把这些I/O请求添加到队列中(即:请求队列),在驱动中用request_queue结构体描述。 绝大多数硬盘都是固定硬盘,被永久性地密封固定在硬盘驱动器中。 (每个盘片7个磁道) 的磁盘,每条磁道有12个扇区,所以此磁盘的容量为6*7*12*512字节。
7) PHY(物理层)模块,对双绞线上的模拟数据进行编码和译码。 /选中SP0总线支持*/ (使用的测试开发板是友善之臂的Tiny4412开发板) 因为开发板引出的SPI接口只有SPI0,所以只能配置SPI0总线。 1. 修改驱动端的probe函数,增加对SPI模式配置与中断号获取,正常情况下可以直接在SPI设备端直接修改,驱动端直接获取信息即可。 它们由设备驱动初始化,并且只能被设备驱动访问;高层协议不需要关心这块内存。 以下代码,在上面的网络设备驱动模型里加入了ENC28J60驱动代码,实现了完整的网卡驱动程序。
在进行驱动开发之前,您需要先安装适当的开发环境和工具。首先,您需要安装Windows驱动开发工具包(WDK),这是一组驱动开发所需的工具、库、示例和文档。 然后,您需要安装Visual Studio开发环境,以便编写和调试驱动程序。在安装WDK和Visual Studio之后,您还需要配置适当的项目设置,以便能够正确编译和构建驱动程序。 ,某些读者可能听说过DDK或者IFSDDK,最典型的开发工具包莫过于DDK7600,直到目前此类工具包仍然可以正常使用,但并不推荐。 图片为了能测试驱动程序运行状态,读者需安装VMWare虚拟机,双击附件中的VMware-workstation-full-16.2.4-20089737.exe安装程序一直点击下一步即可,需要注意的是在如下选项中请在增强型键盘驱动程序上打对勾 Tools工具,该组件在安装后可让虚拟机具备有拖拽上传文件的功能,且鼠标键盘将可以自由切换,该功能是我们必须要用到的;图片安装VMware Tools工具很容易,只需要点击安装菜单,后会在虚拟机中出现DVD驱动器
在正式开始驱动开发之前,需要自行搭建驱动开发的必要环境,首先我们需要安装Visual Studio 2013这款功能强大的程序开发工具,在课件内请双击ISO文件并运行内部的vs_ultimate.exe 安装包,Visual Studio的安装非常的简单,您只需要按照提示全部选择默认参数即可,根据机器配置不同可能需要等待一段时间; 配置驱动开发环境 在正式开始驱动开发之前,需要自行搭建驱动开发的必要环境 ,避免重装系统,在后续课程中读者会出现无数次的蓝屏,而虚拟机快照的快速恢复功能则是一个很好的选择; 图片 配置驱动开发模板 1.打开Visual Studio开发工具,然后选择【文件】菜单新建项目,并在已安装模板中选中 ,然后按下F7即可完成驱动的编译。 图片 7.最后我们配置测试一下调试功能,首先编写以下代码,代码中使用DbgBreakPoint()设置断点,将会在入口处中断。
对于驱动开发的开发指引,微软官方文档网站已经提供了很详细的教程文档,并且在Github上提供了一系列典型的例程源码用于开发人员参考。 就上面5种驱动类型,笔者参考着微软的驱动例子开发过 鼠标键盘设备过滤驱动 和 网络过滤软件驱动程序,所以对驱动开发的理解仍在浅水区,如在阅读过程中发现有误的地方,还请不吝指出。 目前在网上能找到的关于驱动开发的中文书籍基本上都是围绕WDM模式进行讲述的,而关于WDF(Windows 驱动框架)开发的书籍寥寥无几,《竹林溪径——深入浅出Window驱动开发》和《Developing 基于WDF的驱动开发 WDF的开发需要遵循一定的规则,开发实现时需要考虑较多的细节,由于篇幅有限,笔者凭着自己的经验暂且稍做列举,后续将写一篇针对WDF驱动开发的文章。 开发人员熟悉驱动安装逻辑有利于驱动的开发,感兴趣可以通过此处进行了解。 6.
在正式开始驱动开发之前,需要自行搭建驱动开发的必要环境,首先我们需要安装Visual Studio 2013这款功能强大的程序开发工具,在课件内请双击ISO文件并运行内部的vs_ultimate.exe 安装包,Visual Studio的安装非常的简单,您只需要按照提示全部选择默认参数即可,根据机器配置不同可能需要等待一段时间; 配置驱动开发环境 在正式开始驱动开发之前,需要自行搭建驱动开发的必要环境 ,避免重装系统,在后续课程中读者会出现无数次的蓝屏,而虚拟机快照的快速恢复功能则是一个很好的选择; 配置驱动开发模板 1.打开Visual Studio开发工具,然后选择【文件】菜单新建项目,并在已安装模板中选中 ,然后按下F7即可完成驱动的编译。 7.最后我们配置测试一下调试功能,首先编写以下代码,代码中使用DbgBreakPoint()设置断点,将会在入口处中断。
杂项设备注册函数 这篇文章介绍,如何使用杂项设备框架编写一个简单的按键驱动,完成编写、编译、安装、测试等流程,了解一个杂项字符设备驱动的开发流程。 编写按键驱动 使用杂项设备注册按键驱动,应用层使用read接口读取按键值。 编写驱动之前需要先找到按键的原理图,找到按键接到CPU那个IO上的。 \n"); } module_init(tiny4412_key_init); /*驱动入口--安装驱动的时候执行*/ module_exit(tiny4412_key_exit); /*驱动出口-- 卸载驱动的时候执行*/ MODULE_LICENSE("GPL"); /*设置模块的许可证--GPL*/ 2.2 makefile文件 编译驱动的makefile代码。 key_drv.ko license: GPL depends: vermagic: 3.5.0-FriendlyARM SMP preempt mod_unload ARMv7
README 驱动开发 由于,看不到一个成熟的 RDD 定义,所以我先按我的理解定义出第一个版本的 README 驱动开发: README 驱动开发是一种通过事先编写 README 的方式,以一步步驱动出受用户欢迎产品的软件开发方法论 吸引更多的潜在用户或者是开发者。 做正确的事情。 构建更好的开发者体验。 它远远要比你做完一个开源项目,再去编写 README 来得快速、可靠。
Linux 4.9 内核驱动移植 Linux 4.9 BSP 内核驱动 下载驱动后获得驱动的 tar.gz 压缩包 解压后找到如下驱动与文件夹 进入内核,找到 linux-4.9/drivers/net aic8800_fdrv.ko insmod aic8800_btlpm.ko Linux 4.9 BSP 内核设备树 设备树配置如下,参考电路原理图,REG_ON 为 PE6,HOSTWAKE 为 PE7 clk_fanout0>; wlan_busnum = <0x1>; wlan_regon = <&pio PE 6 1 0x1 0x2 0>; wlan_hostwake = <&pio PE 7 Linux 5.15 内核驱动 下载驱动后获得驱动的 tar.gz 压缩包 解压后找到如下驱动与文件夹 由于 Linux 5.15 需要保证内核的主线化,不可将非主线的第三方驱动放置于内核文件夹中,所以将驱动放置于 wlan_busnum = <0x1>; wlan_regon = <&pio PE 6 GPIO_ACTIVE_HIGH>; wlan_hostwake = <&pio PE 7
以下是参考官方文档安装ODBC驱动的过程,跟官方教程是一毛一样,只是加上了每行命令的说明。 添加安装源到本机 curl https://packages.microsoft.com/config/rhel/7/prod.repo > /etc/yum.repos.d/mssql-release.repo unixODBC-devel 最后,查看/etc/odbcinst.ini文件内容 cat /etc/odbcinst.ini 可以看到最后面有[ODBC Driver 17 for SQL Server]的配置,恭喜你,驱动安装完成
MiniFilter 微过滤驱动是相对于SFilter传统过滤驱动而言的,传统文件过滤驱动相对来说较为复杂,且接口不清晰并不符合快速开发的需求,为了解决复杂的开发问题,微过滤驱动就此诞生,微过滤驱动在编写时更简单 ,多数IRP操作都由过滤管理器(FilterManager或Fltmgr)所接管,因为有了兼容层,所以在开发中不需要考虑底层IRP如何派发,更无需要考虑兼容性问题,用户只需要编写对应的回调函数处理请求即可 ,这极大的提高了文件过滤驱动的开发效率。 接下来将进入正题,讲解微过滤驱动的API定义规范以及具体的使用流程,并最终实现一个简单的过滤功能,首先你必须在VS上做如下配置,依次打开配置菜单,并增加驱动头文件。 并输入start启动驱动,输入stop则是关闭,启动后会看到如下信息; 这里简单介绍一下如何摘除微过滤驱动回调函数,其实摘除回调的方法有多种,常用的第一种通过向过滤驱动中写出一个返回命令让其不被执行从而实现绕过
找到显卡驱动.run文件: sudo . rpm -qa |grep -i nvid|sort yum remove kmod-nvidia-* 记得卸载完要重启系统:sudo reboot 特别注意:请先确认自己系统版本是不是centos7,
MiniFilter 微过滤驱动是相对于SFilter传统过滤驱动而言的,传统文件过滤驱动相对来说较为复杂,且接口不清晰并不符合快速开发的需求,为了解决复杂的开发问题,微过滤驱动就此诞生,微过滤驱动在编写时更简单 ,多数IRP操作都由过滤管理器(FilterManager或Fltmgr)所接管,因为有了兼容层,所以在开发中不需要考虑底层IRP如何派发,更无需要考虑兼容性问题,用户只需要编写对应的回调函数处理请求即可 ,这极大的提高了文件过滤驱动的开发效率。 接下来将进入正题,讲解微过滤驱动的API定义规范以及具体的使用流程,并最终实现一个简单的过滤功能,首先你必须在VS上做如下配置,依次打开配置菜单,并增加驱动头文件。 // 注册表驱动程序的DisplayName 值SERVICE_ALL_ACCESS, // 加载驱动程序的访问权限SERVICE_FILE_SYSTEM_DRIVER, // 表示加载的服务是文件系统驱动程序
在笔者上一篇文章《驱动开发:内核监视LoadImage映像回调》中LyShark简单介绍了如何通过PsSetLoadImageNotifyRoutine函数注册回调来监视驱动模块的加载,注意我这里用的是监视而不是监控之所以是监视而不是监控那是因为 节点,该节点里面就是被加载驱动入口,通过汇编在驱动头部写入ret返回指令,即可实现屏蔽加载特定驱动文件。 原理其实很容易理解,如果我们需要实现则只需要在《驱动开发:内核监视LoadImage映像回调》这篇文章的代码上稍加改进即可,当检测到lyshark.sys驱动加载时,直接跳转到入口处快速写入一个Ret让驱动返回即可 ,至于如何写出指令的问题如果不懂建议回头看看《驱动开发:内核CR3切换读写内存》文章中是如何读写内存的,这段代码实现如下所示。 图片我们看下驱动加载器,提示的信息是拒绝访问,因为这个驱动其实是加载了的,只是入口处被填充了返回而已。
,显卡设备函数地址存储在VIDEO_HW_INITIALIZATION_DATA中,修改函数地址即可自定义设备驱动 三种驱动程序 总线驱动程序(负责和具体的硬件设备交互),单个 I/O 总线设备,并提供与设备无关的单槽功能 ,创建设备对象=>PDO 功能驱动程序(设备功能的具体实现),驱动单个设备,创建设备对象=>FDO 筛选器驱动,筛选设备的 I/O 请求、设备类或总线(使用ObReferenceObjectByHandle 打开设备修改驱动关联的函数),创建设备对象=>DO API Io,IO管理 Ex,内存分配 Ke,内核对象调用函数,不能分页 Rtl,字符串内存操作 Zw、NT,文件和注册表操作 Ps,进程、线程 内核用户层数据交换 setupapi或者cmapi(pnp安装) WDM WDM、WDF(WDM基础上架构的开发框架) NT驱动通过服务安装(服务通过sc命令查询) WDM驱动inf、cat、cer文件安装 windows drv) bus注册和注销,bus_register(struct bus_type *bus) device注册和注销,int device_register(struct device *dev) 驱动安装
基于SDD驱动的开发方法实践测试请关注微信公众号:阿呆-bot记录基于AI设计与开发工程,实践总结一套方法程序员使用AI开发Top5常见问题1.需求描述不清导致AI理解偏差程序员在给AI描述需求时,常常因为表达不准确或缺乏上下文 基于SDD驱动的开发方法AI设计与开发过程中,如何确保AI生成的代码结构化、可控,成为关键难题。 目前业内普遍认识到,仅靠prompt驱动往往结果不可预测,因此逐步转向“设计驱动开发(Specification/SDDDrivenDevelopment,简称SDD)”模式。 “SDD驱动开发”是当前业界最具前瞻性的解决思路。它强调以结构化设计文档为源头,驱动AI实现,而非直接代码生成,让整个开发过程主动可控、可复查。这也是AI工程化的核心趋势之一。 SDD定义SDD(SpecificationDrivenDevelopment,规范驱动开发)是一种以明确规范(Specification/DesignDocument)为基础,驱动AI自动生成设计方案