测试得出的结论，是大规模生产的重要基础，包括工序是否太复杂，工具是否足够等Design for Manufacturering Fact的考量。这一阶段主要验证整机功能的完整性和设计的正确性，并可作出结论，这个产品可以拿去生产了。因为生产意味着更大的投入，所以，这将是最后的查错机会，你需要把设计和制造的问题全部考虑过。通常，如果是新平台，需要花的时间和精力可能更多，会有很多问题要解决，甚至有很多方案要对比；或者说设计可行性的验证。这一阶段，处理对象应该是设计完成的产品，也就是设计的验证工作可以告一段落。

编译问题

I2C协议2条双向串行线，一条数据线SDA，一条时钟线SCL。SDA传输数据是大端传输（字节高位先传），每次传输8bit，即一字节。支持多主控(multimastering)，任何时间点只能有一个主控。总线上每个设备都有自己的一个addr，共7个bit，广播地址全0.I2C开始和结束信号开始信号：SCL为高电平时，SDA由高电平向低电平跳变，开始传送数据。结束信号：

[DESCRIPTION]计算DSI数据速率的方式，以及如何配置时钟clk的方式[KEYWORD] dsi、data rate、mipi clk [SOLUTION]1、DSI vdo mode下的数据速率data_rate的大致计算公式为：Data rate= (Height+VSA+VBP+VFP)*(Width+HSA+HBP+HFP)* total_

首先说一下屏幕帧率计算相关的硬件参数：Xres 、Yres：横、纵向物理分辨率left_margin、right_margin：左/右边界，即行切换回扫时间upper_margin、low_margin：上/下边界，即帧切换回扫时间hsync 、vsync：水平/垂直同步时间而在 LCD 驱动中,有一个重要的参数----点时钟,即 dot clock,在 LCD 的 dat

我的上一篇博客《设备驱动调试和移植的一般方法》详细介绍了调试和移植的几个步骤，依照那几个步骤，按部就班，外加不屑的努力，你就可以完成驱动的调试和移植。但是当你面临的是一块崭新的芯片XXXX，当前并没有现有的芯片相近驱动代码，更没有芯片原厂提供给你的驱动代码，只有一份该芯片的数据手册，此时，你就不得不FROM SCRATCH。这时候你是不是有点不知所措呢？其实你不用着急，根据可知论，世界是可以被

一、 检查应用程序是否可以正常使用如果驱动得到了正常的初始化，这时候你开始检查该设备驱动对应的应用程序是否可以正常使用（或者自己写设备驱动的测试应用程序）。如果可以正常使用，那你太幸运了，这说明芯片原厂为你考虑的很周到，你可以节省N多时间干别的事儿了。但遗憾的是，往往事情不会这么顺利，当你检查应用程序的时候，你发现应用程序没有做出应有的反应——例如当你辛苦把camera的驱动添加到kern

做linux底层软件工作也有两年了，算上研究生时期对底层软件的研究，加起来也快四年了。慢慢地发现有必要总结一些一般性的方法了。因为一般性的方法有宏观上的指导意义，以后调试和移植驱动时，经常性地回味这些一般性的方法可以防止自己犯同样的错误，进而少走弯路，以最高的效率完成工作。当谈到底层软件，我们一般都会想到bootloader、BSP、device driver、linux kernel等等。这

linux下有个类似TortoiseSVN的SVN客户端软件RabbitVCS下面介绍一下ubuntu13.10 X64操作系统下如何安装：第一步：将rabbitvcs的添加到源里面。（次操作会提示是否要添加到源里面，点击ENTER添加，Ctrl+C不添加），这里选择ENTER方便更新。sudo add-apt-repository ppa:rabbitvcs/ppa第二步：根据第一步

#[  216.748087] mdp4_overlay_pipe_alloc: pipe=c0a5d3d0 ndx=3 num=2[  217.034306] --CAMERA-- ov5640_sensor_open_init[  217.037717] ov5640_sensor_open_init: msm_camio_clk_rate_set[  217.064485] --

1）线性地址空间：是指Linux系统中从0x00000000到0xFFFFFFFF整个4GB虚拟存储空间。 2）内核空间：内核空间表示运行在处理器最高级别的超级用户模式（supervisor mode）下的代码或数据，内核空间占用从0xC0000000到0xFFFFFFFF的1GB线性地址空间，内核线性地址空间由所有进程共享，但只有运行在内核态的进程才能访问，用户进程可以通过系统调用切换到

总结： SPI有较快的速度，但是只能单主多从，管理线比较复杂。 IIC等速度比较慢，数据比较臃余，但是主从管理好，也省电省控制管脚。 概述： 对于需要经常进行数据流传输的系统数据，SPI是首选，因为它拥有较快的时钟速率，速率可从几兆赫兹到几十兆赫兹。然而，对于系统管理活动，如读取温度传感器的读数和查询多个从器件的状态，或者需要多个主器件共存于同一系统总线上(系统冗余

ikely()与unlikely()在2.6内核中，随处可见，那为什么要用它们？它们之间有什么区别呢？首先明确：if (likely(value))等价于if (value)if (likely(a>b)) {fun1();if (unlikely(value))等价于if (value)也就是说likely()和unlikely()从阅读和理解的角度是一样

行末：$      行首：^空格：\s行末空格：\s\+$行首空格：^\s\+删除行尾多个空格 : %s/\s\+$//g删除行首多个空格 : %s/^\s\+//g

前几天，我在想printk中到底是哪些信息会打印到console上，哪些东西可以通过dmesg来查看。参考了网上一些资料以及自己做的一些实验，总结一下Linux中的console loglevel以及printk, dmesg知识。只有当printk打印信息时的loglevel小于console loglevel的值（即：优先级高于console loglevel），这些信息才会被打印到c

1.nanddump -a /dev/mtd/mtd12 -f /data/cacheoob.img2.modprobe mtd3.modprobe mtdblock4.modprobe nandsim modprobe nandsim first_id_byte=0x20 second_id_byte=0xa2third_id_byte=0x00 fourth_id_byte=0

目前，包括移动设备在内的很多多媒体设备上都使用了摄像头，而且还在以很快的速度更新换代。目前使用的摄像头分为两种：CCD(Charge Couple Device电荷偶合器件)和 CMOS(Complementary Metal Oxide Semiconductor互补金属氧化物半导体)。这两种各有优劣：目前CCD主要使用高质量的DC、DV和高档手机上，其图像质量较好，但是整个驱动模组相对比较复杂