|
|||
03 2014 档案
摘要：总算是进入了HCD的片儿区，既然来到一个片区，怎么都要去拜会一下山头几个大哥吧。，先回忆一些我们怎么到这里的？给你列举一个调用函数过程usb_control_msg->usb_internal_control_msg->usb_start_wait_urb->usb_submit_urb->usb_hcd_submit_urb。这个山头儿，王中之王就是drivers/usb/core/hcd.h里定义的struct usb_hcd。/*--------------------------------------------------------------------
阅读全文
posted @ 2014-03-31 18:23
摘要：直接看代码吧。 /*-------------------------------------------------------------------*//** * usb_submit_urb - issue an asynchronous transfer request for an endpoint * @urb: pointer to the urb describing the request * @mem_flags: the type of memory to allocate, see kmalloc() for a list * of valid options ...
阅读全文
posted @ 2014-03-31 18:22
摘要：上一节勉勉强强把struct urb这个中心给说完，接着看那三个基本点。第一个基本点，usb_alloc_urb函数，创建urb的专用函数，为一个urb申请内存并做初始化，在drviers/usb/core/urb.c里定义。/** * usb_alloc_urb - creates a new urb for a USB driver to use * @iso_packets: number of iso packets for this urb * @mem_flags: the type of memory to allocate, see kmalloc() for a list o
阅读全文
posted @ 2014-03-31 18:19
摘要：函数usb_control_msg完成一些初始化后调用了usb_internal_control_msg之后就free urb。剩下的活，全部留给usb_internal_control_msg去做了，那就去了解一下它背后的生活吧。/*-------------------------------------------------------------------*/// returns status (negative) or length (positive)static int usb_internal_control_msg(struct usb_device *usb_dev,
阅读全文
posted @ 2014-03-31 18:18
摘要：暂时先告别媒人，我们去分析各自的生命旅程，最后还会回到usb_device_match函数。首先当你将usb设备连接在hub的某个端口上，hub检测到有设备连接了进来，它会为设备分配一个struct usb_device结构的对象并初始化，并调用设备模型提供的接口将设备添加到usb总线的设备列表里，然后usb总线会遍历驱动列表里的每个驱动，调用自己的match函数看它们和你的设备或接口是否匹配。hub检测到自己的某个端口有设备连接了进来后，它会调用core里的usb_alloc_dev函数为struct usb_device结构的对象申请内存，这个函数在drivers/usb/core/usb
阅读全文
posted @ 2014-03-30 23:10
摘要：在第五节我们说过会专门分析函数usb_device_match，以体现模型的重要性。同时，我们还是要守信用的。再贴一遍代码，看代码就要不厌其烦。static int usb_device_match(struct device *dev, struct device_driver *drv){ /* devices and interfaces are handled separately */ if (is_usb_device(dev)) { /* interface drivers never match devices */ if (!is_usb_device_driver(dr..
阅读全文
posted @ 2014-03-30 22:41
摘要：前面分析了usb的四大描述符之端点描述符，接口描述符（每一个接口对应一个功能，与之配备相应驱动），配置描述符，最后分析设备如何包括这些描述符。首先记住，在usb的世界里，设备大于配置，配置大于接口，接口包含多个设置，接口也可以理解为功能，所有端点的集合构成一个功能。废话少说，看一下usb设备结构体定义吧！struct usb_tt;/** * struct usb_device - kernel's representation of a USB device * @devnum: device number; address on a USB bus * @devpath: devi
阅读全文
posted @ 2014-03-30 22:39
摘要：前面分析了usb的四大描述符之端点描述符，接口描述符（每一个接口对应一个功能，与之配备相应驱动），下面是看配置描述符还是看设备描述符呢？？我们知道，设备大于配置，配置大于接口，接口可以有多种设置。我们还是按照从小到大的顺序，继续看配置结构体吧！struct usb_host_config {struct usb_config_descriptor desc;char *string; /* iConfiguration string, if present *//* the interfaces associated with this configuration,* stored in no
阅读全文
posted @ 2014-03-30 22:37
摘要：前面struct usb_interface里表示接口设置的struct usb_host_interface被有意的飘过了，咱们在这节主要讲讲这个结构体，同样在include/linux/usb.h文件里定义。/* host-side wrapper for one interface setting's parsed descriptors */struct usb_host_interface {struct usb_interface_descriptor desc;/* array of desc.bNumEndpoint endpoints associated with
阅读全文
posted @ 2014-03-30 22:36
摘要：学到这里不容易，先说一段故事吧。二兄弟住一大楼的第80层，某深夜回家忘看通知（内容今夜停电）。兄弟俩背着沉重的大背包，在楼底下商量一下，决定一鼓作气，爬楼梯回家。两人抖擞精神，开始爬楼。爬到20楼的时候，开始觉得背包很重了。两人商量，决定把背包存在20楼，到时候再回过头来取。卸下了背包，两个人觉得很轻松，说说笑笑地继续往上爬。爬到40楼的时候，两人已经很累了，就开始互相抱怨指责。哥哥说：你为什么不看通知啊？弟弟说：我忘了看通知这件事，你怎么不提醒我昵？两个人就这样吵吵闹闹，一路吵到60层。到了这时候，两人实在疲惫不堪，终于懒得吵了，觉得还是应该安安静静地继续爬楼。当他们终于爬完了最后20层，来
阅读全文
posted @ 2014-03-30 22:35
摘要：Linux设备模型中的总线落实在USB子系统里就是usb_bus_type，它在usb_init的函数bus_register(&usb_bus_type)里注册。usb_bus_type定义如下：struct bus_type usb_bus_type = {.name = "usb",.match = usb_device_match,.uevent = usb_uevent,.suspend = usb_suspend,.resume = usb_resume,};显然，在这个结构体里重要的是usb_device_match函数,以后会专门一节来详细分析sta
阅读全文
posted @ 2014-03-30 22:34
摘要：在上文说usb_init函数，却给我们留下了很多岔路口。这次就来好好聊聊关于总线设备驱动模型。这节只讲理论，不讲其中的函数方法，关于函数方法使用参考其他资料。总线、设备、驱动对应内核结构体分别为bus_type、device、device_driver。我们会发现，struct bus_type 结构中有成员struct kset drivers 和struct kset devices，同时struct device结构中有两个成员struct bus_type和structdevice_driver，struct device_driver结构中有两个成员struct bus_type和s
阅读全文
posted @ 2014-03-30 22:32
摘要：上节中看到usb目录中有一个core目录，凡是认识这个core单词的人都会想要先看看它是什么，对不？用LDD3中一幅图，来表述usb core所处地位。usb core负责实现一些核心的功能，为别的设备驱动程序提供服务，提供一个用于访问和控制USB硬件的接口，而不用去考虑系统当前存在哪种host controller。上述就是core的作用和地位，下面就分析core目录下的代码。首先用ls命令看一下它包含哪些文件，顺便用wc –l命令统计一下多少文件和代码。是不是吓了一跳？几万行的代码，core不愧是core，为大家默默的做这么多事。当然不用紧张，我们还是拿着地图（还记得地图是什么？）去慢慢探
阅读全文
posted @ 2014-03-30 22:31
摘要：USB只是Linux庞大家族里的一个小部落，host controller是它们的族长，族里的每个USB设备都需要被系统识别。下图显示包含一个USB接口的USB鼠标导出的结果。USB系统中的第一个USB设备是root hub，它是和host controller绑定在一起的。这个root hub通常包含在PCI设备中，是连接PCI总线和USB总线的bridge，控制着连接到其上的整个USB总线。所有的root hub，内核的usb core都分配有独特的编号，上面贴出来的例子里，就是usb2，因为它注册在第二个hub。USB总线上的每个设备都以root hub的编号作为其名字的第一个号码。这个
阅读全文
posted @ 2014-03-30 22:29
摘要：此系列是http://blog.csdn.net/fudan_abc/博文的整理，同时加入了自己的理解。很敬佩fudan_abc的文章，仔细学习和分析受益很多。注：fundan_abc所分析linux内核代码所用的版本是2.6.22.6。Q：学习linux下的usb通信要怎样进行？熟悉linux驱动开发，同时需要了解usb协议规范，对照linux下的usb驱动代码慢慢分析和学习Q：为什么要开发usb？在usb出现以前，设备接口多样化（有串口、并口等），而usb可以实现这些接口的统一和标准化，USB是为了解决速度、扩展能力、易用性应景而生的Q：usb规范的发展经历了哪些？Usb的发展经历了1.0
阅读全文
posted @ 2014-03-30 22:07
摘要：在FireFox、Chrome浏览器中可以根据document.getElementById(“id_file”).files[0].size 获取上传文件的大小（字节数）使用的 api是FileReader，不多说了，看例子吧。test请一定要去看下面的参考资料，你会受益更多reference:http://caniuse.com/filereaderhttp://blog.teamtreehouse.com/reading-files-using-the-html5-filereader-apihttp://www.micmiu.com/lang/javascript/js-check-.
阅读全文
posted @ 2014-03-29 09:42
摘要：1.编译流程2.编译单步分析 2.1 预处理 2.2 编译 2.3 汇编 2.4 连接 3.总结
阅读全文
posted @ 2014-03-01 19:04
摘要：1.逻辑运算符短路规则短路规则：：|| 从左向右开始计算，当遇到为真的条件 时停止计算，整个表达式为真；所有条件为假时表达式才为假。&&从左向右开始计算，当遇到为假的条件 时停止计算，整个表达式为假；所有条件为真时表达式才为真。 示例代码1：#include int main(){ int i = 0; int j = 0; if( ++i > 0 || ++j > 0 ) { printf("%d\n", i); printf("%d\n", j); } return 0;} 示例代码2:#include int...
阅读全文
posted @ 2014-03-01 18:48
摘要：1.注释符号 思考1：下面程序的注释是否正确？#include int main(){ int/*....*/i; char *s="abc //hijkl"; // Is is t \ vasdfjsfjsa? in/*...*/t i; return 0;} 注释规则总结： 1.编译器会在编译过程中删除注释，但不是简单的删除而是用空格代替； 2.编译器认为 双引号扩起来的内容都是字符串，双斜杠也不例外; 3./*…*/类型的注释不能嵌套； 思考2： y = x/*p的意义是什么？（本意是要将x除以*p的结果赋给y） 实际上，编译器将/*作为一段注释的开始，把/*开始..
阅读全文
posted @ 2014-03-01 15:27
|
|||
浙公网安备 33010602011771号