Mesa Gallium 驱动框架

Posted on Edited on In Views:

Gallium Framework

引用 Mesa3D 官方文档的话，Gallium 本质上是一种应用程序接口，用于编写与设备基本无关的图形驱动程序。它提供了多个对象，以简单明了的方式封装了图形硬件的核心服务。据说，Gallium 的设计是借鉴了 DirectX。

它提供的比较核心的对象，我觉得有

  • pipe_screen
  • pipe_context
  • pipe_resource
  • pipe_surface
  • pipe_framebuffer_state

一开始看 Gallium 时，疑问为什么没有 pipe_device, 其实很简单，Gallium 这一套 API 之所以可以用来编写与设备基本无关的图形驱动程序，可能就是因为它没有抽象 device 这个数据结构。

Gallium 确实是一组 API, 因为 pipe_screen 里是一大堆函数, pipe_context 里也是一大堆函数。虽然 Gallium 没有定义 pipe_device, 但几乎与硬件设备相关的一切都包含在了 pipe_screen, 一个 pipe_screen 同时可以追踪多个 pipe_context, 每个 pipe_context 里都有一个指向它所在的 pipe_screen 的指针 (handle)。

当一个 Gallium 驱动初始化时，第一个调用的函数就是 driCreateNewScreen3()

1
2
3
4
5
6
7
8
9
10
11
12
13
/**
 * This is the first entrypoint in the driver called by the DRI driver loader
 * after dlopen()ing it.
 *
 * It's used to create global state for the driver across contexts on the same
 * Display.
 */
__DRIscreen *
driCreateNewScreen3(int scrn, int fd,
                    const __DRIextension **loader_extensions,
                    enum dri_screen_type type,
                    const __DRIconfig ***driver_configs, bool driver_name_is_inferred,
                    bool has_multibuffer, void *data)
flowchart TD
    A["__glXInitialize()"]
    B["AllocAndFetchScreenConfigs()"]
    C["dri3_create_screen()"]
    D["`**driCreateNewScreen3()**`"]
    E["dri2_init_screen()"]
    F["pipe_loader_create_screen()"]
    G["pipe_loader_create_screen_vk()"]
    H["pipe_loader_drm_create_screen()"]
    I["pipe_xxx_create_screen()"]
    J["`**xxx_create_screen()**`"]

    A --> B --> C --> D --> E --> F --> G --> H --> I --> J

Gallium API

resource_copy_region

1
2
3
4
5
6
7
8
9
10
11
12
/**
 * Copy a block of pixels from one resource to another.
 * The resource must be of the same format.
 * Resources with nr_samples > 1 are not allowed.
 */
void (*resource_copy_region)(struct pipe_context *pipe,
                             struct pipe_resource *dst,
                             unsigned dst_level,
                             unsigned dstx, unsigned dsty, unsigned dstz,
                             struct pipe_resource *src,
                             unsigned src_level,
                             const struct pipe_box *src_box);

resource_copy_region 只能在 buffer 与 buffer 之间或 texture 与 texture 之间 memcpy, 而且源与目标的 format 必须相同。之所以不能做 buffers 与 textures 之间的 memcpy, 至少是因为缺少 stride 参数。一些硬件(如 nvidia) 可以通过专门的 copy engine 完成这些拷贝，但对于其它硬件可能需要一个 compute shader 去做这些拷贝。另一方面，那些专门的 copy engine 通常是比较慢的，所以只在那些带宽非常有限的 PCIe 传输场景下才有用。如果想利用全部的
VRAM 带宽(甚至 infinity cache bandwidth), 你很可能必须使用 compute shaders.

Gallium HUD

HUD (Head-up Display) 是 Gallium 一个用于观测图形应用的 fps, cpu 利用率等性能数据的内置功能，它有点像精简版的 MangoHud, 但它的方便在于集成在驱动内部，不管是普通的 Gallium 驱动，还是 Zink，它都可以使用。它的 mannual 可以通过环境变量 GALLIUM_HUD=help 看到

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
Syntax: GALLIUM_HUD=name1[+name2][...][:value1][,nameI...][;nameJ...]

  Names are identifiers of data sources which will be drawn as graphs
  in panes. Multiple graphs can be drawn in the same pane.
  There can be multiple panes placed in rows and columns.

  '+' separates names which will share a pane.
  ':[value]' specifies the initial maximum value of the Y axis
             for the given pane.
  ',' creates a new pane below the last one.
  ';' creates a new pane at the top of the next column.
  '=' followed by a string, changes the name of the last data source
      to that string

  Example: GALLIUM_HUD="cpu,fps;primitives-generated"

  Additionally, by prepending '.[identifier][value]' modifiers to
  a name, it is possible to explicitly set the location and size
  of a pane, along with limiting overall maximum value of the
  Y axis and activating dynamic readjustment of the Y axis.
  Several modifiers may be applied to the same pane simultaneously.

  'x[value]' sets the location of the pane on the x axis relative
             to the upper-left corner of the viewport, in pixels.
  'y[value]' sets the location of the pane on the y axis relative
             to the upper-left corner of the viewport, in pixels.
  'w[value]' sets width of the graph pixels.
  'h[value]' sets height of the graph in pixels.
  'c[value]' sets the ceiling of the value of the Y axis.
             If the graph needs to draw values higher than
             the ceiling allows, the value is clamped.
  'd' activates dynamic Y axis readjustment to set the value of
      the Y axis to match the highest value still visible in the graph.
  'r' resets the color counter (the next color will be green)
  's' sort items below graphs in descending order

  If 'c' and 'd' modifiers are used simultaneously, both are in effect:
  the Y axis does not go above the restriction imposed by 'c' while
  still adjusting the value of the Y axis down when appropriate.

  You can change behavior of the whole HUD by adding these options at
  the beginning of the environment variable:
  'simple,' disables all the fancy stuff and only draws text.

  Example: GALLIUM_HUD=".w256.h64.x1600.y520.d.c1000fps+cpu,.datom-count"

  Available names:
    stdout (prints the counters value to stdout)
    csv (prints the counter values to stdout as CSV, use + to separate names)
    fps
    frametime
    cpu
    cpu0
    cpu1
    cpu2
    cpu3
    cpu4
    cpu5
    cpu6
    cpu7
    cpu8
    cpu9
    cpu10
    cpu11
    samples-passed
    primitives-generated
    render-passes

的效果