实例解析linux内核I2C体系结构
一、概述
谈到在linux系统下编写I2C驱动，目前主要有两种方式，一种是把I2C设备当作一个
普通的字符设备来处理，另一种是利用linux I2C驱动体系结构来完成。下面比较下这两种驱动。
第一种方法的好处（对应第二种方法的劣势）有：
● 思路比较直接，不需要花时间去了解linux内核中复杂的I2C子系统的操作方法。
第一种方法问题（对应第二种方法的好处）有：
● 要求工程师不仅要对I2C设备的操作熟悉，而且要熟悉I2C的适配器操作；
● 要求工程师对I2C的设备器及I2C的设备操作方法都比较熟悉，最重要的是写出的程序可移植性差；
● 对内核的资源无法直接使用。因为内核提供的所有I2C设备器及设备驱动都是基于I2C子系统的格式。I2C适配器的操作简单还
好，如果遇到复杂的I2C适配器（如：基于PCI的I2C适配器），工作量就会大很多。
本文针对的对象是熟悉I2C协议，并且想使用linux内核子系统的开发人员。
网络和一些书籍上有介绍I2C子系统的源码结构。但发现很多开发人员看了这些文章后，还是
不清楚自己究竟该做些什么。究其原因还是没弄清楚I2C子系统为我们做了些什么，以及我们怎样利用I2C子系统。本文首先要解决是如何利用现有内核支持的
I2C适配器，完成对I2C设备的操作，然后再过度到适配器代码的编写。本文主要从解决问题的角度去写，不会涉及特别详细的代码跟踪。
二、I2C设备驱动程序编写
首先要明确适配器驱动的作用是让我们能够通过它发出符合I2C标准协议的时序。
在Linux内核源代码中的drivers/i2c/busses目录下包含着一些适配器
的驱动。如S3C2410的驱动i2c-s3c2410.c。当适配器加载到内核后，接下来的工作就要针对具体的设备编写设备驱动了。
编写I2C设备驱动也有两种方法。一种是利用系统给我们提供的i2c-dev.c来实现一
个i2c适配器的设备文件。然后通过在应用层操作i2c适配器来控制i2c设备。另一种是为i2c设备，独立编写一个设备驱动。注意：在后一种情况下，是
不需要使用i2c-dev.c的。
1、利用i2c-dev.c操作适配器，进而控制i2c设备
i2c-dev.c并没�
相关文档：
以TMS320VC5402为例，探讨一种综合运用C语言、数据文件及GEL语言的Flash编程新方法。
该方法完全采用C语言编写烧写程序，解决了指针不能访问高端Flash的问题;把引导表作成数据文件，可实现大引导表的分批次加载;通过GEL程序控制C程序执行，较好地体现了Flash编程的流程。
引言
在DSP应用系统开发的后期，一� ......
当我们的程序崩溃时，内核有可能把该程序当前内存映射到core文件里，方便程序员找到程序出现问题的地方。最常出
现的，几乎所有C程序员都出现过的错误就是“段错误”了。也是最难查出问题原因的一个错误。下面我们就针对“段错误”来分析core文件的产生、以及我们
如何利用core文件找到出现崩溃的地� ......
本文主要把在实现“linux模拟U盘功能”过程中的一些调试过程记录下来，并加以解析。
一、背景知识
1、USB Mass Storage类规范概述
USB 组织在universal Serial Bus Mass Storage Class ......
一、Linux device driver 的概念
系统调用是操作系统内核和应用程序之间的接口，设备驱动程序是操作系统内核和机器硬件之间的接口。设备驱动程序为应用程序屏蔽了硬件的细节，这样在应用程
序看来，硬件设备只是一个设备文件，应用程序可以象操作普通文件一样对硬件设备进行操作。设备� ......
搞了三天的OpenCV终于把这个类库加上去了。原本是使用Red Hat Linux 9，但是强烈不推荐，因为基本上很多很多的软件都要重新升级更新。gcc必须升级到4.x，则gmp和mpfr也要更新，make也要到3.8版本，并且glibc也必须在2.6版本。编译gcc实在是太痛苦了，无比无比的痛苦，耗时3个多hours，还是来了个error（glibc必须升级）。编 ......
