2014年06月_qq160816

转载 ARM GPU 架构简介

1. 架构 2. 开发流程3. Mali GPU Linux 内核设备驱动程序 Mali GPU DDK 的 Linux 版本包含在内核中运行的以下三个组件： 1)设备驱动程序: 它是最重要的组件，提供对 Mali-200 或 Mali-400 GPU 的低级访问。其主要功能如下： •对 Mali

2014-06-25 14:34:22 911

转载 Linux驱动调试中的Debugfs的使用简介

Linux驱动调试中的Debugfs的使用简介 (2012-03-31 14:14)在调试linux驱动的时候，可以用debugfs来调试，debugfs类似字符设备驱动一样，甚至更简单，不需要主设备号次设备号等等，只需要实现一个file_operations，然后通过debugfs_create_file就可以在debugfs中建立一个文件结点，就像字符设备驱动那样，只需要对这个文件

2014-06-18 11:44:42 702

原创 android出现段错误时的查找定位的方法

android出现段错误时的查找方法，例如出现log：2196 01-02 12:49:01.090 F/libc ( 1309): Fatal signal 11 (SIGSEGV) at 0x00000000 (code=1), thread 1388 (SurfaceFlinger)2197 01-02 12:49:01.210 I/DEBUG ( 1307): *** *

2014-06-16 16:34:01 4632 1

转载 Android进程间通信（IPC）机制Binder简要介绍和学习计划

在Android系统中，每一个应用程序都是由一些Activity和Service组成的，这些Activity和Service有可能运行在同一个进程中，也有可能运行在不同的进程中。那么，不在同一个进程的Activity或者Service是如何通信的呢？这就是本文中要介绍的Binder进程间通信机制了。我们知道，Android系统是基于Linux内核的，而Linux内核继承和兼

2014-06-13 10:09:16 532

转载 Android系统Surface机制的SurfaceFlinger服务的线程模型分析

在前面两篇文章中，我们分析了SurfaceFlinger服务的启动过程以及SurfaceFlinger服务初始化硬件帧缓冲区的过程。从这两个过程可以知道，SurfaceFlinger服务在启动的过程中，一共涉及到了三种类型的线程，它们分别是Binder线程、UI渲染线程和控制台事件监控线程。在本文中，我们就将详细分SurfaceFlinger服务的线程模型，即上述三种类型的线程是如何运行和交互的。

2014-06-13 10:06:39 867

转载 Android系统Surface机制的SurfaceFlinger服务对帧缓冲区（Frame Buffer）的管理分析

在前文中，我们分析了SurfaceFlinger服务的启动过程。SurfaceFlinger服务在启动的过程中，会对系统的硬件帧缓冲区进行初始化。由于系统的硬件帧缓冲区一般只有一个，并且不是谁都可以随便访问的，因此，它就需要由一个服务来统一管理。在Android系统中，这个服务便是SurfaceFlinger。在本文中，我们就详细分析SurfaceFlinger服务是如何管理系统的硬件帧缓冲区的。

2014-06-13 10:04:59 972

转载 Android系统Surface机制的SurfaceFlinger服务的启动过程分析

在前面一篇文章中，我们简要介绍了Android系统Surface机制中的SurfaceFlinger服务。SurfaceFlinger服务是在System进程中启动的，并且负责统一管理设备的帧缓冲区。SurfaceFlinger服务在启动的过程中，会创建两个线程，其中一个线程用来监控控制台事件，而另外一个线程用来渲染系统的UI。在本文中，我们就将详细分析SurfaceFlinger服务的启动过程。

2014-06-13 10:03:50 616

转载 Android系统Surface机制的SurfaceFlinger服务简要介绍和学习计划

前面我们从Android应用程序与SurfaceFlinger服务的关系出发，从侧面简单学习了SurfaceFlinger服务。有了这些预备知识之后，我们就可以从正面来分析SurfaceFlinger服务的实现原理了。SurfaceFlinger服务负责管理系统的帧缓冲区设备，并且负责渲染系统的UI，即各个应用程序的UI。在本文中，我们就简要介绍SurfaceFlinger服务，并且制定学习计划。

2014-06-13 10:02:46 621

转载 Android应用程序请求SurfaceFlinger服务渲染Surface的过程分析

在前面一篇文章中，我们分析了Android应用程序请求SurfaceFlinger服务创建Surface的过程。有了Surface之后，Android应用程序就可以在上面绘制自己的UI了，接着再请求SurfaceFlinger服务将这个已经绘制好了UI的Surface渲染到设备显示屏上去。在本文中，我们就将详细分析Android应用程序请求SurfaceFlinger服务渲染Surface的过程。

2014-06-13 10:01:28 698

转载 Android应用程序请求SurfaceFlinger服务创建Surface的过程分析

前面我们已经学习过Android应用程序与SurfaceFlinger服务的连接过程了。连接上SurfaceFlinger服务之后，Android应用程序就可以请求SurfaceFlinger服务创建Surface。而当有了Surface后，Android应用程序就可以用来渲染自己的UI了。在本文中，我们将详细分析Android应用程序请求SurfaceFlinger服务创建Surface的过程。

2014-06-13 09:57:55 586

转载 Android应用程序与SurfaceFlinger服务之间的共享UI元数据（SharedClient）的创建过程分析

在前面一篇文章中，我们分析了Android应用程序与SurfaceFlinger服务的连接过程。Android应用程序成功连接上SurfaceFlinger服务之后，还需要一块匿名共享内存来和SurfaceFlinger服务共享它的UI元数据，以便使得SurfaceFlinger服务可以正确地为它创建以及渲染Surface。在本文中，我们将详细地分析这块用来保存UI元数据的匿名共享内存的创建过程。

2014-06-13 09:56:38 668

转载 Android应用程序与SurfaceFlinger服务的连接过程分析

前文在描述Android应用程序和SurfaceFlinger服务的关系时提到，每一个有UI的Android应用程序都需要与SurfaceFlinger服务建立一个连接，以便可以通过这个连接来请求SurfaceFlinger服务为它创建和渲染Surface。在本文中，我们将以Android系统的开机动画应用程序为例，详细描述Android应用程序是如何与SurfaceFlinger服务建立连接的。

2014-06-13 09:55:35 536

转载 Android应用程序与SurfaceFlinger服务的关系概述和学习计划

SurfaceFlinger服务负责绘制Android应用程序的UI，它的实现相当复杂，要从正面分析它的实现不是一件容易的事。既然不能从正面分析，我们就想办法从侧面分析。说到底，无论SurfaceFlinger服务有多复杂，它都是为Android应用程序服务的，因此，我们就从Android应用程序与SurfaceFlinger服务的关系入手，来概述和制定SurfaceFlinger服务的学习计划。

2014-06-13 09:54:43 478

转载 Android帧缓冲区（Frame Buffer）硬件抽象层（HAL）模块Gralloc的实现原理分析

前面在介绍Android系统的开机画面时提到，Android设备的显示屏被抽象为一个帧缓冲区，而Android系统中的SurfaceFlinger服务就是通过向这个帧缓冲区写入内容来绘制应用程序的用户界面的。Android系统在硬件抽象层中提供了一个Gralloc模块，封装了对帧缓冲区的所有访问操作。本文将详细分析Gralloc模块的实现，为后续分析SurfaceFlinger服务的实现打下基础。

2014-06-13 09:51:08 917

转载 Android系统的开机画面显示过程分析

好几个月都没有更新过博客了，从今天开始，老罗将尝试对Android系统的UI实现作一个系统的分析，也算是落实之前所作出的承诺。提到Android系统的UI，我们最先接触到的便是系统在启动过程中所出现的画面了。Android系统在启动的过程中，最多可以出现三个画面，每一个画面都用来描述一个不同的启动阶段。本文将详细分析这三个开机画面的显示过程，以便可以开启我们对Android系统UI实现的分析之路。

2014-06-13 09:49:05 1032

转载 linux页面回收浅析

关于页面的使用在之前的一些文章中，我们了解到linux内核会在很多情况下分配页面。1、内核代码可能调用alloc_pages之类的函数，从管理物理页面的伙伴系统（管理区zone上的free_area空闲链表）上直接分配页面（见《linux内核内存管理浅析》）。比如：驱动程序可能用这种方式来分配缓存；创建进程时，内核也是通过这种方式分配连续的两个页面，作为进程的thread_info结构和内

2014-06-10 09:35:39 1127 1

转载内核request_mem_region 和 ioremap的理解

几乎每一种外设都是通过读写设备上的寄存器来进行的，通常包括控制寄存器、状态寄存器和数据寄存器三大类，外设的寄存器通常被连续地编址。根据CPU体系结构的不同，CPU对IO端口的编址方式有两种：　　（1）I/O映射方式（I/O-mapped）　　典型地，如X86处理器为外设专门实现了一个单独的地址空间，称为"I/O地址空间"或者"I/O端口空间"，CPU通过专门的I/O指令

2014-06-09 16:52:36 532

转载 kzalloc()_kcalloc()

定义在/include/linux/slab.h中1. kzalloc() --- kmalloc + memset 0;[cpp] view plaincopy/** * kzalloc - allocate memory. The memory is set to zero. * @size: how many bytes

2014-06-09 16:47:30 6879

qq160816的专栏