项目比较紧，3周内把一个带有外置ISP，MIPI数据通信，800万像素的camera从无驱动到实现客户全部需求。1日 搭平台，建环境，编译内核，烧写代码。我是一直在Window下搭个虚拟机登服务器搞开发的，对Linux系统环境实在无爱，每每一到项目刚开始要搭环境了，内心总有点排斥，过程就比较纠结，看来以后还是要搞个linux真机玩玩。2日 编写camera驱动大致框架，配置GP

kmalloc是通过cache来实现的, 只不过每次kmalloc的大小不同, 因此是从不同的cache中分配:/* include/linux/slab.h */// 注意kmalloc是在头文件中定义的static inline void *kmalloc(size_t size, gfp_t flags){ if (__builtin_constant_p(size))

我们下面开始分析i2c的通信，即读写过程。我们先看读函数，对应i2c core中的i2c_master_recv：int i2c_master_recv(struct i2c_client *client, char *buf ,int count){    struct i2c_adapter *adap=client->adapter;//通过client访问adapter

4       sbrk()系统调用代码分析// sbrk:用来扩大或者缩小进程的数据段边界，brk为新的数据段边界，其函数实现在文件/mm/mmap.c中。函数原型如下：[cpp]view plaincopyprint?SYSCALL_DEFINE1(brk, unsigned long, brk)    {           unsigned long

前言：在网上看到好多关于android input device流程分析，但是都不全，有的只是从linux内核那边分析，有的从android上层分析，而且分析的代码也比较老，都是在android2.3以下，最近在做android4.0下的多点触摸以及校准程序，多点触摸的驱动很好写，在linux内核里面都有现成的例子，照着改就可以了。但是android下的校准程序比较复杂，一种是在android

前沿：        前面博文大多少总结的是Camera HAL1到HAL3的系统架构，但这些架构对于Camera APP开发来说依旧还是处于Camera API1.0的标准。而随着Camera3、HAL3.0等的不断更新，Google先是在Framework中更改了整个架构从而去匹配CameraAPI1.0的处理逻辑，随着时间的推移，Google直接对Camera API进行了全新

前沿：前面博文大多少总结的是Camera HAL1到HAL3的系统架构，但这些架构对于Camera APP开发来说依旧还是处于Camera API1.0的标准。而随着Camera3、HAL3.0等的不断更新，Google先是在Framework中更改了整个架构从而去匹配Camera API1.0的处理逻辑，随着时间的推移，Google直接对Camera API进行了全新的升级，去除了原先的