ryan_xing的专栏

Linux 设备驱动模型中，按照层次的组织结构，抽象成总线（struct bus_type），设备（struct device），驱动（struct device_driver）的层次组织形式，这是最原始的抽象结构，在此基础之上，根据不同类型的总线/设备/驱动，有形成了更高层次的组织结构，如 virtio总线（struct bus_type virtio_bus），virtio设备（struct

http://blog.chinaunix.net/uid-24148050-id-296982.html一、workqueue简介workqueue与tasklet类似，都是允许内核代码请求某个函数在将来的时间被调用（抄《ldd3》上的）每个workqueue就是一个内核进程。workqueue与tasklet的区别：   1.tasklet是通过软中断实现的，在软中

阅读ltr599驱动代码，在ltr599_init()里调用了i2c_add_driver(struct i2c_driver * xxx),就想追踪一下如何把驱动加载到i2c上

自己写了一个制作kernel logo的脚本,代码就很简单.支持bmp,png格式需要注意的是:在脚本同目录下要放置一个rgb2565运行步骤: 1.将要制作的图片放置在脚本目录中 2.执行./makeKernelLogo.sh pictureName#!/bin/bash#program:# Generate logo#script nam

本人也是菜鸟一枚,刚开始进入linux学习,下面的也是自己学习时记录的一些知识点,如有问题或理解错误的,还请高手指出.1.  kobjct 是在内核2.6引入的新的设备管理机制,在内核中有struct kobjct表示(定义在中),通过这个数据结构可以使所有设备在底层都具有统一的接口,kobjct提供基本的对象管理.内核版本为3.18,(http://lxr.free-

helloworld.c 代码#include #include MODULE_LICENSE("Dual BSD/GPL");static int hello_init(void){ printk(KERN_ALERT "Hello world\n"); return 0;}static void hello_exit(void){

1. i2c_transfer()    函数本身不具备驱动适配器物理硬件完成消息交互的能力，它只是寻找到i2c_adapter对应的i2c_algorithm，并使用i2c_algorithm的master_xfer()函数真正驱动硬件流程. 成功返回0int i2c_transfer(struct i2c_adapter * adap, struct i2c_msg *msgs,

在中定义了i2c驱动中的一些结构体,包含了 i2c_client, i2c_driver, i2c_adapter, i2c_algorithm, i2c_msg, 下面分析一下这些结构体1. i2c_client 结构体    该结构体定义了挂载在I2C总线下的slave设备,一个结构体对象代表一个slave设备     struct i2c_client { unsigned int

下面,我开始对kobject kset和ktype做分析先说说关系,ktype与kobject和kset这两者之前的关系较少,让我画一个图,是这样的 ktype依赖于kobject,kset也依赖于kobject,而kobject有时需要kset(所以用了一个白箭头),不一定需要ktype(真可怜,连白箭头都没有)首先先说一下这个可有可无的ktype到/

++++++++++++++++++++++++++++++++++++++++++本文系本站原创,欢迎转载! 转载请注明出处:http://blog.csdn.net/mr_raptor/article/details/6556133++++++++++++++++++++++++++++++++++++++++++1.1   UART串口通用异步接收器和发送器(Univ