fengchaochao123的博客

本文详细阐述了drmModePageFlip刷新图像如何避免撕裂的过程，并且详细分析了对应kernel driver的逻辑。

本文从app到kernel drm driver，vblank更新的详细过程。

本文详细分析了SurfaceFlinger中哪些layer不会被合成，哪些layer会被合成，以及是否合成的原理。详细分析了整个程序的流程。

app向surfaceflinger提交事务之后，surfaceflinger会缓存事务；当vsync到来之后，会执行进行处理。onMessageInvalidate的主要功能：处理事务刷新图像。

本文详细分析了SurfaceFligner中Layer流转的过程，以便于了解SurfaceFlinger的合成过程

分析SurfaceComposerClient提交事务的整个流程，以及SurfaceFlinger对应的处理机制

app通过Surface unlockAndPost进行queueBuffer，进而调用onFrameAvailable；使用processNextBufferLocked进行Transaction事务提交到SurfaceFlinger，让SurfaceFlinger根据Transaction进行合成操作。

SurfaceControl::getSurface()返回的实际是BBQSurface，BBQSurface继承Surface，可以使用Surface表示。BBQSurface是对生产者，handle的封装，其中包含了对buffer的操作。并且本文对FrameAvailableListener的初始化进行了简要阐述

本文主要讲述了surface lock的主要流程和作用

本文梳理了一下waitForService的内部机制，和Bpxxx的创建过程，并简单了解BpSurfaceComposer/BnSurfaceComposer之间的交互。

surfaceComposerClient的创建过程

获取屏幕大小 SurfaceComposerClient::getActiveDisplayMode(displayToken, &displayMode);获取要显示的屏幕，这里获取的是主屏SurfaceComposerClient::getInternalDisplayToken。设置surface属性；推图 surface->unlockAndPost()创建SurfaceComposerClient。创建SurfaceControl。向buffer里填充图像数据。

本篇讲述了app创建Surface时SurfaceFlinger主要做哪些工作

本文介绍了surfaceflinger的初始化流程，和一些重要的成员如Display，DisplayDevice，HWComposer的初始化过程

SurfaceFlinger是Android操作系统中的一个Service，它负责接收所有Window的Surface作为输入，并根据ZOrder、透明度、大小、位置等参数，计算出每个Surface在最终合成图像中的位置，然后交由CPU或GPU生成最终的显示Buffer，最后显示到特定的显示设备上

本文介绍了drm中各个组件state的创建，使用和销毁的生命周期。算是对之前内容的补充，把一些细节放大来阐述。

atomic_commit，drm框架中逻辑比较复杂的一块，这里通过简短的语言和思维导图把刷图的过程呈现出来，并说明每个回调接口的作用

atomic_check主要用来检查应用设置的参数是否存在与驱动不相符的地方，drm框架会check通用的参数，并会调用各个由厂商实现组件的atomic_check来进行参数检查。

本节介绍了应用调用drmModeSetCrtc时传入参数转换为struct drm_atomic_state的过程

gem obj创建之后需要与一块drm_framebuffer进行绑定使用，因为最终刷图使用的是fb。使用接口drmModeAddFB会创建drm_framebuffer并与上节创建的gem obj进行绑定。本文阐述了内核创建drm_framebuffer的整个过程。