该系列文章总目录链接与各部分简介: Android Qcom Display学习(零)
本章主要是基于高通平台上dump出GPU渲染 or GPU合成 or HWC合成的GraphicBuffer的数据。
起初是在B站上看到这么一个视频,能dump出每个Layer的数据显示系统原理以及图形系统调试,看到Android Framework中自带了
Layer::dump的方法,但是在Android S上并没有,在Google的历史中找到移植时发现Android版本的更替Layer.cpp中的改动很大
https://android.googlesource.com/platform/frameworks/native/+/e64a79c/services/surfaceflinger/Layer.cpp
https://android.googlesource.com/platform/frameworks/native/+/e64a79c/services/surfaceflinger/SurfaceFlinger.cpp
于是自己写了个dump的方法,结果发现在Layer.cpp中通过getBuffer()拿到的数据一直是空的,又想通过layerSettings.source.buffer.buffer来获取GraphicBuffer,最终找到了frameworks/native/libs/renderengine/skia/SkiaGLRenderEngine.cpp中SkiaGLRenderEngine::drawLayers
static void dumpBuffer(void* addr, uint32_t w, uint32_t h, uint32_t s, PixelFormat f){
if( !addr){
ALOGE("Addr is NULL");
return;
}
static int count = 0;
char filename[100];
memset(filename, 0, sizeof(filename));
sprintf(filename, "/data/dump/layer_gpu_%d_frame_%d_%d_%d.rgb", count, w, h, f);
ALOGD("dump GraphicBUffer to RGB file:%s",filename);
count ++;
int fd = open(filename, O_WRONLY | O_CREAT | O_TRUNC, 0664);
if(fd < 0) return;
void* base = addr;
//uint32_t c= dataSpaceToInt(d);
//write(fd, &w, 4);
//write(fd, &h, 4);
//write(fd, &f, 4);
//write(fd, &c, 4);
size_t Bpp = bytesPerPixel(f);
for (size_t y = 0; y < h; y++) {
write(fd, base, w*Bpp);
base = (void *)((char *)base + s*Bpp);
}
close(fd);
}
static void dumpLayers(const sp<GraphicBuffer>& target){
void *addr = NULL;
uint32_t w, s, h, f;
w = target->getWidth();
h = target->getHeight();
s = target->getStride();
f = target->getPixelFormat();
int result = target->lock(GraphicBuffer::USAGE_SW_READ_OFTEN, &addr);
if(result < 0){
ALOGE("lock buffer failed: %d", result);
}
dumpBuffer(addr, w, h, s, f);
}
拿到dump出的GraphicBuffer在7YUV和YUVIEW上发现只有星点都不是正常画面,在RenderSurface::queueBuffer中dump GPU合成Layers的GraphicBuffer,发现也是星点,当然这个也是预料之中,Layers的数据都不对合成后的肯定也有问题,
看了这个大佬的博客 Android 图像显示系统 – 导出图层数据的方法介绍(dump GraphicBuffer raw data)
static void dumpGraphicRawData2file(const native_handle_t* bufferHandle,
uint32_t width, uint32_t height,
uint32_t stride, int32_t format)
{
ALOGE("%s [%d]", __FUNCTION__, __LINE__);
static int sDumpCount = 0;
if(bufferHandle != nullptr) {
int shareFd = bufferHandle->data[0];
unsigned char *srcAddr = NULL;
uint32_t buffer_size = stride * height * bytesPerPixel(format);
srcAddr = (unsigned char *)mmap(NULL, buffer_size, PROT_READ, MAP_SHARED, shareFd, 0);
char filename[100];
memset(filename, 0, sizeof(filename));
sprintf(filename, "data/dump/layers_gpu_composer_%d_frame_%d_%d_%d.raw", sDumpCount, width, height, format);
int dumpFd = open(filename, O_WRONLY | O_CREAT | O_TRUNC, 0644);
if(dumpFd >= 0 && srcAddr != NULL) {
ALOGE("jerry dumpFd success");
write(dumpFd, srcAddr, buffer_size);
close(dumpFd);
}
munmap((void*)srcAddr, buffer_size);
}
}
网上搜了一大堆,才知道合成方式有GPU和HWC,可通过adb shell dumpsys SurfaceFlinger > SurfaceFlinger.txt
6 Layers
- Output Layer 0xb400007758f7fa30(Wallpaper BBQ wrapper#0)
hwc: layer=0x088 composition=DEVICE (2)
- Output Layer 0xb400007758f97b00(com.android.launcher3/com.android.searchlauncher.SearchLauncher#0)
hwc: layer=0x089 composition=DEVICE (2)
- Output Layer 0xb400007758f8a620(StatusBar#0)
hwc: layer=0x087 composition=CLIENT (1)
- Output Layer 0xb400007758f87500(NavigationBar0#0)
hwc: layer=0x08a composition=CLIENT (1)
- Output Layer 0xb400007758f9a3f0(ScreenDecorOverlay#0)
hwc: layer=0x085 composition=CLIENT (1)
- Output Layer 0xb400007758f72550(ScreenDecorOverlayBottom#0)
hwc: layer=0x084 composition=CLIENT (1)
在BufferStateLayer::setBuffer中添加dump HWC中的GraphicBuffer,发现还是不正常的,后来在高通文档里发现高通本来就有dump Layers的方法,于是就想看看有没有问题
adb root
adb shell setprop vendor.gralloc.disable_ubwc 1
adb shell setprop vendor.gralloc.enable_fb_ubwc 0
adb shell stop vendor.gralloc-2-0
adb shell start vendor.gralloc-2-0
adb shell stop vendor.qti.hardware.display.allocator
adb shell start vendor.qti.hardware.display.allocator
stop;start // Reboot Android frame to make the change effective
adb shell dumpsys SurfaceFlinger
adb shell setenforce 0
GPU
adb root
adb shell "vndservice call display.qservice 21 i32 2 i32 1 i32 3"
adb pull /data/vendor/display/frame_dump_disp_id_00_builtin/ ./
结果结果发现图像是正常的,然后dump我们自己的GraphicBuffer数据,发现也正常了,右边是GPU合成的Layer(StaturBar和NavigationBar0等),左边是非GPU合成的Layer图(Launcher),最终得出跟ubwc有关,ubwc说是高通私有的一个格式,所以可能造成图像无法正常查看问题。
最后总结一下部分送显的流程,说明以下上述dump的添加位置,图片来自于Android 12(S) 图像显示系统 – GraphicBuffer同步机制 – Fence
VSYNC -> onMessageRefresh -> CompositionEngine::present -> Output::present
(1) writeCompositionState -> writeStateToHWC -> writeOutputIndependentPerFrameStateToHWC -> writeBufferStateToHWC->
Layer::setBuffer -> Composer::setLayerBuffer
合成方式Composition::CLIENT会被Ingored, Device的合成会直接送入HWC
(2) setColorTransform
设置颜色矩阵作用于所有layer, Night Light对应护眼模式, Andorid自带模式
(2) prepareFrame -> chooseCompositionStrategy
将合成类型是Client还是Device送入FrameBufferSurface, 默认是Client GPU合成
(3) finishFrame -> composeSurfaces -> SkiaGLRenderEngine::drawLayers -> RenderSurface::queueBuffer ->
advanceFrame -> RenderSurface::nextBuffer -> setClientTarget
drawLayers中会判断hasClientComposition,说明是GPU合成,rendyFence同步判断准备好后queueBuffer放入BufferQueue,
FrameBufferSurface::nextBuffer从BufferQueue中取出后通过setClientTarget送入HWC中
Android 12(S) 图像显示系统 – GraphicBuffer同步机制 – Fence
Android图像首先由CPU将对象处理为多维图像、纹理(Bitmaps,Drawables一起打包到统一的Texture纹理中),然后再传递给GPU,由于CPU和GPU两个硬件是异步的,CPU调用OpenGL等命令时,是由GPU去执行真正的绘图操作,绘图何时结束,CPU时不清楚的,除非等待这些命令完成,因此需要引入Fence同步机制。
Fence的要旨是控制GraphicBuffer的状态,是否允许工作的资源竞争问题。GraphicBuffer相对应的BufferState状态一定程度上说明了该GraphicBuffer的归属,但只指示了CPU里的状态,而GraphicBuffer的真正使用者一般是GPU。比如当生产者把一个GraphicBuffer放入BufferQueue时,只是在CPU层面完成了归属的转移。但GPU说不定还在用,如果还在用的话消费者是不能拿去合成的。这时候GraphicBuffer和生产消费者的关系就比较暧昧了,消费者对GraphicBuffer具有拥有权,但无使用权,它需要等一个信号,告诉它GPU用完了,消费者才真正拥有使用权。
VSync的要旨是协调硬件和软件之间的工作时序,屏幕的刷新帧率是固定的,因此每规定时间都需要准备好下一帧,如果准备好则会造成画面延迟,一帧显示多次,如果准备过快,则会造成画面撕裂,显示多帧,Vsync信号就是用来控制前后缓冲区切换的节奏(也即是DRM中的PageFlip切换机制)
原文地址:https://blog.csdn.net/qq_40405527/article/details/128697728
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。
如若转载,请注明出处:http://www.7code.cn/show_27842.html
如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱:suwngjj01@126.com进行投诉反馈,一经查实,立即删除!