Mesa软件框架以及重要数据结构分析

最新推荐文章于 2024-09-26 03:42:37 发布
最新推荐文章于 2024-09-26 03:42:37 发布
阅读量1k 收藏 24
点赞数 17
分类专栏： Mesa框架学习 文章标签： Mesa pipe dri gl_context
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/tkwxty/article/details/139275348
版权

Mesa软件框架以及重要数据结构分析



引言

Mesa的实现比较复杂，其中还有许多的数据结构之间的关系逻辑还不是很清楚。感觉分析了又没有分析一样，这里我们再理一理！


1.1 Mesa下EGL/GL核心数据结构和层级关系

在这里插入图片描述

MESA的核心数据结构很多很复杂，上图列举了一些核心数据结构主要强调了它们的层次关系，即上层使用下层的抽象结构（比如 函数指针调用），下层为上次做具体的实现（比如具体的函数实现），虽然是C代码但设计理念基本上与C++的继承类似(这个也是C语言实现大型代码框架的核心)。

这里的核心主要是Mesa软件EGL/GL层级的递进调用。


1.2 Mesa下核心文件和核心结构体

在这里插入图片描述

先从核心的几个文件入手:

  • dri2.c:该文件主要定义了dri库函数的扩展的入口，和各种extensions的对接，通常会通过dlsym加载__driDriverGetExtensions_##drivername对应函数，然后通过函数指针匹配到对应的extensions进行赋值
//mesa/src/gallium/frontends/dri/dri2.c


/* The extension is modified during runtime if DRI_PRIME is detected */
static const __DRIimageExtension dri2ImageExtensionTempl = {
    .base = { __DRI_IMAGE, 18 },

    .createImageFromName          = dri2_create_image_from_name,
    .createImageFromRenderbuffer  = dri2_create_image_from_renderbuffer,
    .destroyImage                 = dri2_destroy_image,
    .createImage                  = dri2_create_image,
    .queryImage                   = dri2_query_image,
    .dupImage                     = dri2_dup_image,
    .validateUsage                = dri2_validate_usage,
    .createImageFromNames         = dri2_from_names,
    .fromPlanar                   = dri2_from_planar,
    .createImageFromTexture       = dri2_create_from_texture,
    .createImageFromFds           = NULL,
    .createImageFromDmaBufs       = NULL,
    .blitImage                    = dri2_blit_image,
    .getCapabilities              = dri2_get_capabilities,
    .mapImage                     = dri2_map_image,
    .unmapImage                   = dri2_unmap_image,
    .createImageWithModifiers     = NULL,
    .createImageFromDmaBufs2      = NULL,
    .createImageFromDmaBufs3      = NULL,
    .queryDmaBufFormats           = NULL,
    .queryDmaBufModifiers         = NULL,
    .queryDmaBufFormatModifierAttribs = NULL,
    .createImageFromRenderbuffer2 = dri2_create_image_from_renderbuffer2,
};

/*
 * Backend function init_screen.
 */

static const __DRIextension *dri_screen_extensions_base[] = {
   &driTexBufferExtension.base,
   &dri2FlushExtension.base,
   &dri2RendererQueryExtension.base,
   &dri2GalliumConfigQueryExtension.base,
   &dri2ThrottleExtension.base,
   &dri2FenceExtension.base,
   &dri2InteropExtension.base,
   &dri2NoErrorExtension.base,
   &driBlobExtension.base,
};

/**
 * DRI driver virtual function table.
 *
 * DRI versions differ in their implementation of init_screen and swap_buffers.
 */
const struct __DriverAPIRec galliumdrm_driver_api = {
   .InitScreen = dri2_init_screen,
   .DestroyScreen = dri_destroy_screen,
   .CreateContext = dri_create_context,
   .DestroyContext = dri_destroy_context,
   .CreateBuffer = dri2_create_buffer,
   .DestroyBuffer = dri_destroy_buffer,
   .MakeCurrent = dri_make_current,
   .UnbindContext = dri_unbind_context,

   .AllocateBuffer = dri2_allocate_buffer,
   .ReleaseBuffer  = dri2_release_buffer,
};

/**
 * DRI driver virtual function table.
 *
 * KMS/DRM version of the DriverAPI above sporting a different InitScreen
 * hook. The latter is used to explicitly initialise the kms_swrast driver
 * rather than selecting the approapriate driver as suggested by the loader.
 */
const struct __DriverAPIRec dri_kms_driver_api = {
   .InitScreen = dri_kms_init_screen,
   .DestroyScreen = dri_destroy_screen,
   .CreateContext = dri_create_context,
   .DestroyContext = dri_destroy_context,
   .CreateBuffer = dri2_create_buffer,
   .DestroyBuffer = dri_destroy_buffer,
   .MakeCurrent = dri_make_current,
   .UnbindContext = dri_unbind_context,

   .AllocateBuffer = dri2_allocate_buffer,
   .ReleaseBuffer  = dri2_release_buffer,
};


/* This is the table of extensions that the loader will dlsym() for. */
const __DRIextension *galliumdrm_driver_extensions[] = {
    &driCoreExtension.base,// 它的实现在dri_util.c，并且它会被target.c调用到 
    &driImageDriverExtension.base,
    &driDRI2Extension.base,
    &gallium_config_options.base,
    NULL
};

  • target.c:这个文件我们要怎么描述它的相关功能呢，我们可以理解它为dri库函数库入口，我们会在dri_load_driver函数中通过dri_open_driver打开对应的so库，然后通过dlsym加载__driDriverGetExtensions_##drivername函数，然后通过dri_bind_extensions获取对应的扩展！
//mesa/src/gallium/targets/dri/target.c

//非常重要的一个宏定义
#define DEFINE_LOADER_DRM_ENTRYPOINT(drivername)                          \
const __DRIextension **__driDriverGetExtensions_##drivername(void);       \
PUBLIC const __DRIextension **__driDriverGetExtensions_##drivername(void) \
{                                                                         \
   globalDriverAPI = &galliumdrm_driver_api;                              \
   return galliumdrm_driver_extensions;                                   \
}


#if defined(HAVE_LIBDRM)

const __DRIextension **__driDriverGetExtensions_kms_swrast(void);//kms_swrast

PUBLIC const __DRIextension **__driDriverGetExtensions_kms_swrast(void)
{
   LOGE("__driDriverGetExtensions_kms_swrast");
   globalDriverAPI = &dri_kms_driver_api;//它的实现被定义在dri2.c中
   return galliumdrm_driver_extensions;//它的实现被定义在Dri2.cz中
}

#endif

//intel I915定义
#if defined(GALLIUM_I915)
DEFINE_LOADER_DRM_ENTRYPOINT(i915)
#endif

//AMD显卡dri函数入口定义
#if defined(GALLIUM_R300)
DEFINE_LOADER_DRM_ENTRYPOINT(r300)
#endif

#if defined(GALLIUM_R600)
DEFINE_LOADER_DRM_ENTRYPOINT(r600)
#endif

  • dri_util.c:它是dri2框架中的一个工具类，它内部实现的函数基本是前面dri2.c中扩展extensions的实现
//mesa/src/mesa/drivers/dri/common/dri_util.c

/**
 * \file dri_util.c
 * DRI utility functions.
 *
 * This module acts as glue between GLX and the actual hardware driver.  A DRI
 * driver doesn't really \e have to use any of this - it's optional.  But, some
 * useful stuff is done here that otherwise would have to be duplicated in most
 * drivers.
 * 
 * Basically, these utility functions take care of some of the dirty details of
 * screen initialization, context creation, context binding, DRM setup, etc.
 *
 * These functions are compiled into each DRI driver so libGL.so knows nothing
 * about them.
 * DRI实用功能
 * 此模块充当GLX和实际硬件驱动程序之间的粘合剂。DRI驱动程序实际上并不需要使用这些——它是可选的。
 * 但是，这里完成了一些有用的东西，否则将不得不在大多数驱动程序中重复。*基本上，这些实用程序函数负责屏幕初始化，上下文创建，上下文绑定，DRM设置等一些肮脏的细节。
 * 这些函数被编译到每个DRI驱动程序中，所以libGL。所以对他们一无所知。
 */
 


/** Core interface */
const __DRIcoreExtension driCoreExtension = {
    .base = { __DRI_CORE, 2 },

    .createNewScreen            = NULL,
    .destroyScreen              = driDestroyScreen,
    .getExtensions              = driGetExtensions,
    .getConfigAttrib            = driGetConfigAttrib,
    .indexConfigAttrib          = driIndexConfigAttrib,
    .createNewDrawable          = NULL,
    .destroyDrawable            = driDestroyDrawable,
    .swapBuffers                = driSwapBuffers, /* swrast */
    .createNewContext           = driCreateNewContext, /* swrast */
    .copyContext                = driCopyContext,
    .destroyContext             = driDestroyContext,
    .bindContext                = driBindContext,
    .unbindContext              = driUnbindContext
};

/** DRI2 interface */
const __DRIdri2Extension driDRI2Extension = {
    .base = { __DRI_DRI2, 4 },

    .createNewScreen            = dri2CreateNewScreen,
    .createNewDrawable          = driCreateNewDrawable,
    .createNewContext           = driCreateNewContext,
    .getAPIMask                 = driGetAPIMask,
    .createNewContextForAPI     = driCreateNewContextForAPI,
    .allocateBuffer             = dri2AllocateBuffer,
    .releaseBuffer              = dri2ReleaseBuffer,
    .createContextAttribs       = driCreateContextAttribs,
    .createNewScreen2           = driCreateNewScreen2,
};

const __DRIswrastExtension driSWRastExtension = {
    .base = { __DRI_SWRAST, 4 },

    .createNewScreen            = driSWRastCreateNewScreen,
    .createNewDrawable          = driCreateNewDrawable,
    .createNewContextForAPI     = driCreateNewContextForAPI,
    .createContextAttribs       = driCreateContextAttribs,
    .createNewScreen2           = driSWRastCreateNewScreen2,
};

/** Image driver interface */
const __DRIimageDriverExtension driImageDriverExtension = {
    .base = { __DRI_IMAGE_DRIVER, 1 },

    .createNewScreen2           = driCreateNewScreen2,
    .createNewDrawable          = driCreateNewDrawable,
    .getAPIMask                 = driGetAPIMask,
    .createContextAttribs       = driCreateContextAttribs,
};

通过我们前面的总结，我们可以看到dri的extensions的结构galliumdrm_driver_extensions定义在dri2.c中，它其中的实现在dri_util.c中


  • gl_context:gl绘制上下文核心结构体
//mesa/src/mesa/main/mtypes.h
/**
 * Mesa rendering context.
 *
 * This is the central context data structure for Mesa.  Almost all
 * OpenGL state is contained in this structure.
 * Think of this as a base class from which device drivers will derive
 * sub classes.
 */
struct gl_context
{
    ...
    /**
    * The current dispatch table for non-displaylist-saving execution, either
    * BeginEnd or OutsideBeginEnd
    */
   struct _glapi_table *Exec;
   
    ...   
    /**
    * Device driver function pointer table
    */
   struct dd_function_table Driver;  
    ...
}

  • st_context:官方没有介绍，我们可以把他理解为状态上下文(state tracker context)
//src/mesa/state_tracker/st_context.h
struct st_context
{
    ...
   struct gl_context *ctx;
   struct pipe_screen *screen;
   struct pipe_context *pipe;
   ...
}


//src/mesa/state_tracker/st_context.c
static void
st_init_driver_functions(struct pipe_screen *screen,
                         struct dd_function_table *functions)
{
   _mesa_init_sampler_object_functions(functions);

   st_init_draw_functions(functions);
   st_init_blit_functions(functions);
   st_init_bufferobject_functions(screen, functions);
   st_init_clear_functions(functions);
        functions->Clear = st_Clear;
            st->pipe->clear(...)、、这里的pipi是pipe_context，且在lp_context中，llvmpipe->pipe.clear = llvmpipe_clear;
   st_init_bitmap_functions(functions);
   st_init_copy_image_functions(functions);
   st_init_drawpixels_functions(functions);
   st_init_rasterpos_functions(functions);

   st_init_drawtex_functions(functions);

   st_init_eglimage_functions(functions);

   st_init_fbo_functions(functions);
// 省略
}

_mesa_Clear
    clear（...）
        ctx->Driver.Clear(...)//此处的ctx为gl_context，Driver为dd_function_table，在前面被赋值

//这块怎么被调用到的详见章节3
struct st_context *
st_create_context(gl_api api, struct pipe_context *pipe,
                  const struct gl_config *visual,
                  struct st_context *share,
                  const struct st_config_options *options,
                  bool no_error)
{
   struct gl_context *ctx;
   struct gl_context *shareCtx = share ? share->ctx : NULL;
   struct dd_function_table funcs;
   struct st_context *st;

   util_cpu_detect();

   memset(&funcs, 0, sizeof(funcs));
   st_init_driver_functions(pipe->screen, &funcs);
   ...
}

  • pipe_context:Gallium渲染上下文
//src/gallium/include/pipe/p_context.h
/**
 * Gallium rendering context.  Basically:
 *  - state setting functions
 *  - VBO drawing functions
 *  - surface functions
 */
struct pipe_context {
   struct pipe_screen *screen;
   void (*draw_vbo)(...);
   ...

看注释，这个结构体蛮厉害的!


  • dd_function_table:这个结构体，起到了承接gl_xxx—>mesa_xxx到st_xxx的作用
//src/mesa/main/dd.h
/**
 * Device driver function table.
 * Core Mesa uses these function pointers to call into device drivers.
 * Most of these functions directly correspond to OpenGL state commands.
 * Core Mesa will call these functions after error checking has been done
 * so that the drivers don't have to worry about error testing.
 *
 * Vertex transformation/clipping/lighting is patched into the T&L module.
 * Rasterization functions are patched into the swrast module.
 *
 * Note: when new functions are added here, the drivers/common/driverfuncs.c
 * file should be updated too!!!
 */
struct dd_function_table {
    ...
   /**
    * Clear the color/depth/stencil/accum buffer(s).
    * \param buffers  a bitmask of BUFFER_BIT_* flags indicating which
    *                 renderbuffers need to be cleared.
    */
   void (*Clear)( struct gl_context *ctx, GLbitfield buffers );    
    ...
}

  • kms_sw_winsys:功能，通过libdrm，和内核drm交互:申请显存(也可能是内存)bo，显存map到内存，查询bo是否忙(正在被显卡使用)

  • llvmpipe_screen:使用kms_swrast并且是llvmpipe做后端，接口类，功能:查询显卡特性参数。另外，注册了资源构造函数。资源指显存资源，如bo，texture,并且现了pipe_screen定义的接口其中注册了一个sw_winsys，以辅助实现pipe_screen定义的接口.screen主要体现硬件的能力，创建和管理资源
struct llvmpipe_screen
{
   struct pipe_screen base;
   struct sw_winsys *winsys;
   ...
}

  • llvmpipe_context：继承自pipe_context其中定义了和context相关的函数集context可以认为是硬件的一个pipe line的实例，涉及到state的设置，fence等
struct llvmpipe_context {
   struct pipe_context pipe;  /**< base class */
   ...
}


Setting rendering state (texture sampler state, blending state, rasterization state, vertex array info, drawing surfaces, etc.)
Setting shader state, using the TGSI binary shader representation.
Vertex array and indexed vertex array drawing.

  • pipe_开头函数: pipe_开头的状态对象，是对现代显卡的底层抽象层，是架构无关层



IT先森
关注
专栏目录
OpenGL入门系列- OpenGL和Mesa的关系
GPU全栈博主-程序哥
09-07 1万+
另外一个问题是，Mesa3D 除了提供 OpenGL 实现外，还提供他们自己版本的 GLU OpenGL 实用程序库。无论你选择运行哪种底层 OpenGL 实现，都可以使用该库。你不必非得使用 Mesa3D 的 OpenGL 实现。你可以通过安装 GPU 供应商的驱动程序（如果他们提供的话）来安装另一种。Mesa3D 提供 OpenGL 实现，就像 NVidia、AMD 或 Intel 的驱动程序提供 OpenGL 实现一样。它们都是 OpenGL 实现。就像福特、别克和丰田都是汽车一样。
绿山MESA软件在三维高分辩地震勘探中的应用
02-11
介绍绿山MESA软件在三维高分辩地震勘探中的应用
Mesa 开源项目教程
gitblog_00130的博客
08-31 734
Mesa 开源项目教程 MesaThis is the official PyTorch implementation for "Mesa: A Memory-saving Training Framework for Transformers".项目地址:https://gitcode.com/gh_mirrors/mesa/Mesa 项目介绍 Mesa 是一个开源的图形库，它提供了OpenG...
【架构分析】MESA （EGL/GLES）架构分析
M120674的专栏
05-07 1011
【架构分析】MESA （EGL/GLES）架构分析_HaoBBNuanMM的博客-CSDN博客_egl mesa
mesa 源码分析
leionway的博客
10-08 4133
mesa-19.2.0-rc2 Radeon是AMD公司出品的显示芯片的一种系列。 https://blog.csdn.net/xueshuangbai/article/details/48548817 有关于底层的介绍。 mesa里面很多都是显卡，gpu的设备驱动。 mesa源码阅读笔记(7)_顶点变换流程解析:https://blog.csdn.net/linuxheik/art...
Mesa Gallium框架入门初探
IT先森
05-28 1125
它负责把上层库的state（blend modes、texture statte等）和draw command（glDrawArrays、glDrawPixels）等转换成MESA内部的pipe对象和操作。state tracker也可以直接通过p_winsys和Winsys通信,一般GPU厂商也要实现一个自己的winsys，可以参考纯软的 kms_dri_sw_winsys.c。: 把Gallium的state、shader和primitive概念转换成硬件能懂的语言。这个系列博客，确实写得蛮好的。
【GPU驱动开发】-Mesa ST和GLSL编译器衔接源码分析
weixin_44064233的博客
01-25 588
st_glsl_to_nir.c 主要实现了 GLSL 到 NIR 的转换功能，包括 GLSL 程序的链接、NIR 的最终化、优化以及统一变量的处理。根据着色器类型（GLSL 或 SPIR-V）调用相应的链接函数，如 gl_nir_link_glsl 或 gl_nir_link_spirv。st_nir_assign_vs_in_locations 函数专门处理为顶点着色器输入分配输入位置的任务。st_glsl_to_nir_post_opts 函数执行 GLSL 到 NIR 转换的链接后任务。
mesalib-10.2.3.tar.gz
05-30
1. **include**: 包含了Mesa库的头文件，这些头文件定义了API接口和其他必要的数据结构，供开发人员在自己的应用程序中使用Mesa库。 2. **src**: 这是源代码的主要目录，包含了Mesa的核心代码，包括GLdispatch...
Python库 | mesa_geo-0.1.2-py3-none-any.whl
02-17
它扩展了Mesa（Modeling and Simulation in Python）框架，增加了处理地理空间数据和模拟的能力。Mesa是一个强大的工具，用于创建各种社会科学、生物学和社会动态的 agent-based models（ABMs）。通过Mesa Geo，开发...
mesa_stu
02-13
mesa_stu是一个与Python相关...总之，mesa_stu是一个基于Python的模拟工具，可能是一个教育项目，用于教授如何使用Mesa框架。通过探索mesa_stu-master源代码，你可以深入理解如何利用Python进行复杂系统的模拟和分析。
Linux Graphics软件架构
zhang_shuaifeng的博客
02-05 1041
Intel GPU、2D渲染、3D渲染、X、Composite、Wayland、Mesa、开源代码路径
linux-MesaTEE通用安全计算框架
08-13
MesaTEE - 通用安全计算框架
mes系统整套数据库表结构详细说明文档（超300张表结构）.docx
08-06
mes系统整套数据库表结构详细说明文档（超300张表结构）.docx
绿山(Mesa)10.02
03-10
绿山软件10.02版，属于勘探行业的行业软件。在行业内部其流行程度不下于windows在PC的普及程度。
mesa
03-06
| 台面
Mesos原理与代码实例讲解
最新发布
AI天才研究院
09-26 743
Mesos原理与代码实例讲解 作者：禅与计算机程序设计艺术 / Zen and the Art of Computer Programming 1. 背景介绍 1.1 问题的由来 随着云计算和分布式计算技术的发展，越来越多的计算任务需
mesa 概述
deeplyMind
11-18 6424
mesa是OpenGL、OpenGL ES、Vulkan、OpenCL的一个开源实现
Mesa代码结构分析
丰宁宁的专栏
12-19 4358
文章目录分析方法准备开始 分析方法 徒手去分析meson.build效率太低了，这里采用ninja -t browse的方式让ninja工具给我自动生成构建依赖关系图，并能够用浏览器打开方便查看。 准备 参考我写的Mesa编译，执行到 meson configure build/ 就可以了 开始 ninja -C build/ -t browse ...
mesa3d源代码阅读笔记
痞子龙3D编程
09-23 8009
最近准备去阅读Mesa3d(采用7.6.1版本)的源代码，代码量很大，感觉到十分困难。以后是否能够读下去，并且理解它的整个实现过程，不能确定。但既然阅读了，就应该积累起来，特写下本系列笔记。 1 编译Mesa3d 7.6.1是很容易的事情，里边包含有VC8的sln解决方案，打开它直接编译即可完成； 2 如何调试编译出来的opengl32.dll文件呢？其实Windows系统在检索exe所需要的
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值