And乔的博客

blend后颜色异常问题（glBlendFunc & glBlendFuncSeparate）1. 问题描述应用中显示投屏小窗部分的颜色值与预期不一致，预期为纯白色 [0xFF]，而实际显示偏黑 [0xDE]相同渲染合成逻辑在X86平台测试显示为正常色彩 [0xFF]各个layer叠加顺序如下（简化层级可以说明问题即可）：应用使用GPU渲染各个对象后进行blending合成输出到Overlay 01：mediabottom投屏画面输出到Overlay 02；PS：Over

LVDS 屏 format1. LVDSLVDS (low voltage differential signal)，低压差分信号，使用低幅值的信号差分走线传输数据：百兆甚至千兆穿行数据的传输速率电压幅值较低，噪声低，功耗小嵌入式领域中屏幕接口一般使用LVDS（另外早期的还有TTL、手机行业较多的mipi）根据数据传输量，所以不同分辨率的屏幕需要设置的clk大小不同，一般1920720的话基本在45M2 左右；2. 排列方式这里记录RGB888信号的两种标准传输格式：24.0 &

EGLImage使用记录1. 需求场景项目需要实现如下path：获取camera数据；GPU对camera数据做算法处理；处理完成后丢给surface显示；上述过程实现后存在撕裂现象，tearing即显示的buffer被复写导致出现画面撕裂；2. 实验分析camera getframe数据保存到文件确认数据完整性，此部分数据无异常；APP中将camera获取数据通过memcpy方式提供给到GPU输入，则此部分操作不同buffer，不存在被复写可能性GPU绘制操作完成后使用glFin

本文从如下几个部分介绍1. DRM 概念介绍2. 对比HW结构分析3. code分析1. DRM 概念介绍DRM 是Direct Render Manager的缩写：Linux 显示子系统结构框架向上提供标准API给到应用使用管理GPU和Display模块相较于原来的framebuffer结构，DRM将更多的硬件模块抽象并管理起来，所以更加的灵活方便；包含如下模块：GEM（Graphics Execution Manager） 用于管理显示buffer的申请和释放DUMB：只

OpenGL 概念整理1. OpenGL1.1 术语说明概念描述版本OpenGLOpen Graphics Library Khronos 定义GPU功能实现的SPEC，标准API4.6OpenGL ESEmbedded System 为嵌入式系统定义的相关补充接口3.2EGL用于GPU渲染与机器原生窗口之间通信的API，独立于OpenGL ES各个版本VulkanKhronos组织新定义的接口，相比于OpenGL更加高效1.21.2 Op

GPUGPU 按照理解为graphics process unit，即与CPU / DPU / DSP等硬件单元模块相同为SOC中的组成部分；关于GPU 正在雪休理解的内容：GPU 的核心功能是做图形渲染和合成，它的典型特性是对于运算特别在行，则这里有一个疑问，其硬件结构是怎样的？如何做到善于运算？GPU这个模块单元对外的接口是什么？这里想了解的是硬件接口？GPU作为一个比较通用的硬件模块，存在标准的spec规定其如何操作，以及如何实现，即其操作步骤是怎样的？后续补充GPU pipelin

上述为思路简单整理总结1. streamline 使用streamline是arm官方提供GPU性能监测工具，集成在DS-5中：1. DS-5使用需要license；2. 路径：Program Files/DS-5 V5.29.2/sw/streamline3. 可以通过ds-5打开：window–>show view --> streamline1.1 gatord 编译安装下载DS-5 之后再上述安装目录中gator文件夹会有一个markdown形式的readme，其中介绍很.

移植应用到yocto sdk1. yocto sdk 安装sdk 包解压tar -xf sdk.tarsdk 安装cd sdk./poky-glibc-x86_64-xxx-full-aarch64-toolchain-2.5.sh 具体如下图：安装完成后进行环境变量配置：cd xxx/xxx/sdk/sumo/lssource environment-setup-aarch64-poky-linuxaarch64-poky-linux-gcc -v 配置完成后