2016年10月_qwaszx523

转载 YUV主要采样格式理解

转自：http://www.cnblogs.com/xkfz007/archive/2012/07/31/2616806.html主要的采样格式有YCbCr 4:2:0、YCbCr 4:2:2、YCbCr 4:1:1和 YCbCr 4:4:4。其中YCbCr 4:1:1 比较常用，其含义为：每个点保存一个 8bit 的亮度值(也就是Y值), 每 2x2 个点保存一个 Cr 和Cb 值, 图像在

2016-10-25 10:28:35 646

原创 chroma subsampling

chroma subsampling是指在视频采样中对于luma部分采用教高分辨率采样，而对chroma部分采用较低分辨率采样。因为人眼本身对于luma部分的敏感度高于chroma部分的敏感度，所以保留luma部分的采样率的同时适度降低chroma部分的采样率，有利于在有限的信息损失的条件下，节约宝贵的存储空间。

2016-10-25 10:11:03 2317

原创 Read-only file system

1、adb remountadb root adb remount，这条命令的功能是重新装载Android文件系统，使文件系统可读可写，但是有些手机不能用这条命令。2、mount -o rw,remount /systemadb rootadb shellmount -o rw,remount /system操作完之后，把文件改回只读属性：mount -o

2016-10-24 19:03:04 421

转载 Android中的GraphicBuffer同步机制-Fence

转自：http://www.itnose.net/detail/6384688.html Fence是一种同步机制，在Android里主要用于图形系统中GraphicBuffer的同步。那它和已有同步机制相比有什么特点呢？它主要被用来处理跨硬件的情况，尤其是CPU，GPU和HWC之间的同步，另外它还可以用于多个时间点之间的同步。GPU编程和纯CPU编程一个

2016-10-21 09:50:31 562

转载 Android中native_handle private_handle_t ANativeWindowBuffer ANativeWindow GraphicBuffer Surface的关系

转自：http://blog.csdn.net/ear5cm/article/details/45458683 在阅读SurfaceFlinger HardwareComposer以及gralloc相关代码的过程中,我们经常会遇到native_handle private_handle_t ANativeWindowBuffer ANativeWindow GraphicBuffer Sur

2016-10-20 20:52:48 1885 1

转载 Android中使用ioctl方式操作fence

转自：http://blog.csdn.net/ear5cm/article/details/45101301 Android的hwc可以通过ioctl,把buffer data信息送入fb driver,由fb控制acquireFence和retireFence,以达到buffer的producer和consumer互相同步的机制,但是假如我们的hwc没有现成的ioctl可以用,又没有

2016-10-20 20:49:06 2591

转载 Android fb driver中的fence机制

转自：http://blog.csdn.net/ear5cm/article/details/45093807 Android HardwareComposer中的fence机制中讨论了hwc中的fence,hwc最终把layer的acqireFenceFd送进fb driver,再由fb drvier生成新的reitreFenceFd并return回user space.本篇文章我们来

2016-10-20 20:45:35 1564

原创结构体字节填充

在结构体中经常会定义一个无意义的变量用于填充，从而达到字节对齐的要求。通常会在最后定义一个变量type pad;pad是填充的意思

2016-10-20 11:39:14 1157

转载 Android HardwareComposer中的fence机制

转自：http://blog.csdn.net/ear5cm/article/details/45080305最近在写HardwareComposer,这东西的主要功能简单来说,就是把SurfaceFlinger准备好的各个layer data送到需要的地方去,以aosp中hardware/samsung_slsi/exynos5/libhwc 这个hwc为例,就是把layer data送到/

2016-10-20 11:29:51 1424

原创 GraphicBuffer从App到Display的旅程

GraphicBuffer先由App端作为生产者进行绘制，然后放入到BufferQueue，等待消费者取出作下一步的渲染合成。SurfaceFlinger作为消费者，会把每个层对应的GraphicBuffer取来生成EGLImageKHR对象。合成时对于GraphicBuffer的处理分两种情况。对于Overlay的层，SurfaceFlinger会直接将其buffer

2016-10-20 10:50:07 519

转载 Hardware Composer

转自http://blog.csdn.net/new_szsheep/article/details/41348581Hardware Composer HAL ("HWC") 首次在Android 3.0被引进，经过数年已经变得很稳定了。它主要的目的是选择最高效的途径来合成buffer。作为HAL，它的实现是依赖设备的，并通常由OEM显示硬件厂家完成。这个方法的价值在于可

2016-10-19 20:39:07 2250

原创 LOCAL_MODULE_RELATIVE_PATH

LOCAL_PATH := $(call my-dir)# HAL module implemenation stored in# hw/..soinclude $(CLEAR_VARS)include $(LOCAL_PATH)/../common.mkLOCAL_STATIC_LIBRARIES += libbufimport libhwcbaseLOCAL_S

2016-10-19 20:28:59 5589

转载 graphic_system

转自：http://blog.csdn.net/jxt1234and2010/article/details/44164691

2016-10-19 20:21:21 284

转载 hwc_layer_1

转自http://blog.csdn.net/jxt1234and2010接口定义hwcomposer的接口定义位于此文件： hardware/libhardware/include/hardware/hwcomposer.h 其中部分宏定义在： hardware/libhardware/include/hardware/hwcomposer_defs.hLayer

2016-10-19 20:16:30 1495

原创 Android Display buffer_handle_t的定义

1. buffer_handle_t文件位置：system\core\include\system\window.htypedef const native_handle_t* buffer_handle_t;2. native_handle_t文件位置：system\core\include\cutils\native_handle.htypedef stru

2016-10-19 14:58:02 1638

转载用户与内核空间数据交换的方式(3)-seq_file

转自：http://www.embeddedlinux.org.cn/html/yingjianqudong/201304/17-2551.html一般地，内核通过在procfs文件系统下建立文件来向用户空间提供输出信息，用户空间可以通过任何文本阅读应用查看该文件信息，但是procfs 有一个缺陷，如果输出内容大于1个内存页，需要多次读，因此处理起来很难，另外，如果输出太大，速度比较慢，有时会

2016-10-14 11:39:47 299

转载用户与内核空间数据交换的方式(2)-procfs

转自：http://www.embeddedlinux.org.cn/html/yingjianqudong/201304/17-2552.htmlprocfs是比较老的一种用户态与内核态的数据交换方式，内核的很多数据都是通过这种方式出口给用户的，内核的很多参数也是通过这种方式来让用户方便设置的。除了sysctl出口到/proc下的参数，procfs提供的大部分内核参数是只读的。实际上，很多应

2016-10-14 11:38:40 258

转载用户与内核空间数据交换的方式(1)-debugfs

转自：http://www.embeddedlinux.org.cn/html/yingjianqudong/201304/17-2553.html 内核开发者经常需要向用户空间应用输出一些调试信息，在稳定的系统中可能根本不需要这些调试信息，但是在开发过程中，为了搞清楚内核的行为，调试信息非常必要，printk可能是用的最多的，但它并不是最好的，调试信息只是在

2016-10-14 11:35:16 262

原创 adf和FB

ADF(Atomic Display Framework)是Google新推出的一个关于Display驱动的框架。linux 标准的显示框架是基于framebuffer的。

2016-10-13 17:37:29 1301

转载 3.x版本内核中platform_device的生成

转自http://blog.csdn.net/mcgrady_tracy/article/details/42777969内核版本：Linux-3.18.2在3.x版本内核中platform_device不再静态定义，而是通过device tree来动态生成，例如（arch/arm/mach-s3c24xx/mach-sc2416-dt.c）：[cpp] view pl

2016-10-13 15:15:15 535

原创 resource

linux采用struct resource结构体来描述一个挂接在cpu总线上的设备资源(32位cpu的总线地址范围是0~4G/usr/src/linux-2.6.21.5/include/linux/ioport.hstruct resource { resource_size_t start; resource_size_t end; cons

2016-10-13 14:59:21 546

原创 platform_set_drvdata和platform_get_drvdata

1、platform_set_drvdatakernel\linux-3.10.y\include\linux\platform_device.h:static inline void platform_set_drvdata(struct platform_device *pdev, void *data){ dev_set_drvdata(&pdev->dev, d

2016-10-13 12:46:29 516

原创 of driver

of driver与dts匹配，用于设备节点的解析相关的头文件在kernel/include/linux下，以of_xxx命名。对应函数的实现在kernel/driver/of下面

2016-10-13 10:53:12 267

原创 of_device_id

of_device_id 用于device和driver的match，其在kernel\linux-3.10.y\include\linux\mod_devicetable.h中定义/* Struct used for matching a device */struct of_device_id{ char name[32]; char type[32]; char co

2016-10-13 10:43:21 8391 1

原创 adb 查看Android版本号和SDK版本号

获取系统版本：adb shell getprop ro.build.version.release获取系统api版本：adb shell getprop ro.build.version.sdk

2016-10-10 15:57:11 30359 1

qwaszx523的博客