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
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
|
<!doctype html>
<html class="html-note-page" lang="en">
<head>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width, initial-scale=1">
<title>2024 Graphics Team Contributions at Igalia</title>
<meta name="dcterms.date" content="2024-12-20" />
<link rel="stylesheet" href="/assets/style.css">
<link rel="icon" type="image/x-icon" href="/assets/favicon.svg">
<link rel="icon" type="image/png" href="/assets/favicon.png">
<link rel="alternate" type="application/atom+xml" title="Fryzek Concepts" href="/feed.xml">
</head>
<body>
<div class="header-bar">
<a href="/index.html">
<img src="/assets/favicon.svg" alt="frycon logo">
</a>
<div class="header-links">
<a href="/now.html" class="header-link">Now</a>
<a href="/about.html" class="header-link">About</a>
<a rel="me" href="https://mastodon.social/@hazematman" class="header-link">Social</a>
<a href="https://git.fryzekconcepts.com" class="header-link">Code</a>
</div>
</div>
<main>
<div class="page-title-header-container">
<h1 class="page-title-header">2024 Graphics Team Contributions at
Igalia</h1>
<div class="page-info-container">
<div class="plant-status">
<img src="/assets/evergreen.svg">
<div class="plant-status-text">
<p>evergreen</p>
</div>
</div>
<div class="page-info-date-container">
<p class="page-info-date">Published: 2024-12-20</p>
<p class="page-info-date">Last Edited: 2024-12-27</p>
</div>
</div>
</div>
<div class="note-divider"></div>
<div class="main-container">
<div class="note-body">
<p>2024 has been an exciting year for the <a
href="https://www.igalia.com/technology/graphics">Igalia’s Graphics
Team</a>. We’ve been making a lot of progress on Turnip, AMD display
driver, the Raspberry Pi graphics stack, Vulkan video, and more.</p>
<h2 id="vulkan-device-generated-commands">Vulkan Device Generated
Commands</h2>
<p>Igalia’s Ricardo Garcia has been working hard on adding support for
the new <code>VK_EXT_device_generated_commands</code> extension in the
Vulkan Conformance Test Suite. He wrote an excellent blog post on the
extension and on his work that you can read <a
href="https://rg3.name/202409270942.html">here</a>. Ricardo also
presented the extension at XDC 2024 in Montréal, which he also <a
href="https://rg3.name/202411181555.html">blogged about</a>. Take a look
and see what generating Vulkan commands directly on the GPU looks
like!</p>
<h2 id="raspberry-pi-enhancements-performance-improvements">Raspberry Pi
Enhancements & Performance Improvements</h2>
<p>Our very own Maíra Canal made a big contribution to improve the
graphics performance of Raspberry Pi 4 & 5 devices by introducing
support for “Super Pages”. She wrote an excellent and detailed blog post
on what Super Pages are, how they improve performance, and comparing
performance of different apps and games. You can read all the juicy
details <a
href="https://mairacanal.github.io/unleashing-power-enabling-super-pages-on-RPi/">here</a>.</p>
<p>She also worked on introducing CPU jobs to the Broadcom GPU kernel
driver in Linux. These changes allow user space to implement jobs that
get executed on the CPU in sync with the work on the GPU. She wrote a
great blog post detailing what CPU jobs allow you to do and how they
work that you can read <a
href="https://mairacanal.github.io/introducing-cpu-jobs-to-the-rpi/">here</a>.</p>
<p>Christian Gmeiner on the Graphics team has also been working on
adding Perfetto support to Broadcom GPUs. Perfetto is a performance
tracing tool and support for it in Broadcom drivers will allow to
developers to gain more insight into bottlenecks of their GPU
applications. You can check out his changes to add support in the
following MRs: - <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31575">MR
31575</a> - <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/32277">MR
32277</a> - <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31751">MR
31751</a></p>
<p>The Raspberry Pi team here at Igalia presented all of their work at
XDC 2024 in Montréal. You can see a video below.</p>
<p><div class="youtube-video"><iframe src="https://www.youtube.com/embed/tlSFHkp6ODM"></iframe></div></p>
<h2 id="linux-kernel-6.8">Linux Kernel 6.8</h2>
<p>A number of Igalians made several contributions to the Linux 6.8
kernel release back in March of this year. Our colleague Maíra wrote a
great blog post outlining these contributions that you can read <a
href="https://mairacanal.github.io/introducing-cpu-jobs-to-the-rpi/">here</a>.
To highlight some of these contributions:</p>
<ul>
<li>AMD HDR & Color Management
<ul>
<li>Melissa Wen has been working on improving and implementing HDR
support in AMD’s display driver as well as working on color management
in the Linux display stack.</li>
</ul></li>
<li>Async Flip
<ul>
<li>André Almeida implemented support for asynchronous page flip in the
atomic DRM modesetting API.</li>
</ul></li>
<li>V3D 7.1.x Kernel Driver
<ul>
<li>Iago Toral contributed a number of patches upstream to get the
Broadcom DRM driver working with the latest Broadcom hardware used in
the Raspberry Pi 5.</li>
</ul></li>
<li>GPU stats for the Raspberry Pi 4/5
<ul>
<li>José María “Chema” Casanova worked on adding GPU stats support to
the latest Raspberry Pi hardware.</li>
</ul></li>
</ul>
<h2 id="turnip-improvements">Turnip Improvements</h2>
<p>Dhruv Mark Collins has been very hard at work to try and bring
performance parity between Qualcomm’s proprietary driver and the open
source Turnip driver. Two of his big contributions to this were
improving the 2D buffer to image copies on A7XX devices, and
implementing unidirectional Low Resolution Z (LRZ) on A7XX devices. You
can see the MR for these changes <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31401">here</a>
and <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29453">here</a>.</p>
<p>A new member of the Igalia Graphics Team Karmjit Mahil has been
working on different parts of the Turnip stack, but one notable
improvement he made was to improve <code>fmulz</code> handling for
Direct3D 9. You can check out his changes <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31479">here</a>
and read more about them.</p>
<p>Danylo Piliaiev has been hard at work adding support for the latest
generation of Adreno GPUs. This included getting support for the <a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/26934">A750
working</a>, and then implementing performance improvements to bring it
up to parity with other Adreno GPUs in Turnip. All-together the turnip
team implemented a number of Vulkan extensions and performance
improvements such as:</p>
<ul>
<li>VK_KHR_shader_atomic_int64 - Amber
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27776">MR
27776</a></li>
</ul></li>
<li>VK_KHR_fragment_shading_rate - Danylo Piliaiev
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30905">MR
30905</a></li>
</ul></li>
<li>VK_KHR_8bit_storage - Žan Dobersek
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/28254">MR
28254</a></li>
</ul></li>
<li>shaderInt8 feature - Žan Dobersek
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29875">MR
29875</a></li>
</ul></li>
<li>VK_KHR_shader_subgroup_rotate - Job Noorman
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/31358">MR
31358</a></li>
</ul></li>
<li>VK_EXT_map_memory_placed - Dhruv Mark Collins
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/28928">MR
28928</a></li>
</ul></li>
<li>VK_EXT_legacy_dithering - Karmjit Mahil
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/30536">MR
30536</a></li>
</ul></li>
<li>VK_EXT_depth_clamp_zero_one - Danylo Piliaiev
<ul>
<li><a
href="https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/29387">MR
29387</a></li>
</ul></li>
</ul>
<h2 id="display-next-hackfest-displaykms-meet-up">Display Next Hackfest
& Display/KMS Meet-up</h2>
<p>Igalia hosted the 2024 version of the Display Next Hackfest. This
community event is a way to get Linux display developers together to
work on improving the Linux display stack. Our Melissa Wen wrote a blog
post about the event and what it was like to organize it. You can read
all about it <a
href="https://melissawen.github.io/blog/2024/09/25/reflections-2024-display-next-hackfest">here</a>.</p>
<figure>
<img
src="https://raw.githubusercontent.com/melissawen/melissawen.github.io/refs/heads/master/img/2024-ldnh/hackfest-room-0.jpg"
alt="Display Next Hackfest" />
<figcaption aria-hidden="true">Display Next Hackfest</figcaption>
</figure>
<p>Just in-case you thought you couldn’t get enough Linux display stack,
Melissa also helped organize a Display/KMS meet-up at XDC 2024. She
wrote all about that meet-up and the progress the community made on her
blog <a
href="https://melissawen.github.io/blog/2024/11/19/summary-display-kms-meeting-xdc2024">here</a>.</p>
<h2 id="amd-display-amdgpu">AMD Display & AMDGPU</h2>
<p>Melissa Wen has also been hard at work improving AMDGPU’s display
driver. She made a number of changes including <a
href="https://lore.kernel.org/amd-gfx/ea31b795-5b75-40e6-846e-51dc6696f8bc@amd.com/#t">improving
display debug log</a> to include hardware color capabilities, <a
href="https://lore.kernel.org/amd-gfx/20240927230600.2619844-1-superm1@kernel.org/">Migrating
EDID handling to EDID common code</a> and various bug fixes such as:</p>
<ul>
<li>Fixing null-pointer dereference on edid reading
<ul>
<li><a
href="https://lore.kernel.org/amd-gfx/20240216122401.216860-1-mwen@igalia.com/">https://lore.kernel.org/amd-gfx/20240216122401.216860-1-mwen@igalia.com/</a></li>
</ul></li>
<li>Checking dc_link before dereferencing
<ul>
<li><a
href="https://lore.kernel.org/amd-gfx/20240227190828.444715-1-mwen@igalia.com/">https://lore.kernel.org/amd-gfx/20240227190828.444715-1-mwen@igalia.com/</a></li>
</ul></li>
<li>Using mpcc_count to log MPC state
<ul>
<li><a
href="https://lore.kernel.org/amd-gfx/20240412163928.118203-1-mwen@igalia.com/">https://lore.kernel.org/amd-gfx/20240412163928.118203-1-mwen@igalia.com/</a></li>
</ul></li>
<li>Fixing cursor offset on rotation 180
<ul>
<li><a
href="https://lore.kernel.org/amd-gfx/20240807075546.831208-22-chiahsuan.chung@amd.com/">https://lore.kernel.org/amd-gfx/20240807075546.831208-22-chiahsuan.chung@amd.com/</a></li>
</ul></li>
<li>Fixes for kernel crashes since cursor overlay mode
<ul>
<li><a
href="https://lore.kernel.org/amd-gfx/20241217205029.39850-1-mwen@igalia.com/">https://lore.kernel.org/amd-gfx/20241217205029.39850-1-mwen@igalia.com/</a></li>
</ul></li>
</ul>
<p>Tvrtko Ursulin, a recent addition to our team, has been working on
fixing issues in AMDGPU and some of the Linux kernel’s common code. For
example, he worked on fixing bugs in the DRM scheduler around missing
locks, optimizing the re-lock cycle on the submit path, and cleaned up
the code. On AMDGPU he worked on improving memory usage reporting,
fixing out of bounds writes, and micro-optimized ring emissions. For DMA
fence he simplified fence merging and resolved a potential memory leak.
Lastly, on workqueue he fixed false positive sanity check warnings that
AMDGPU & DRM scheduler interactions were triggering. You can see the
code for some of changes below: - <a
href="https://lore.kernel.org/amd-gfx/20240906180639.12218-1-tursulin@igalia.com/">https://lore.kernel.org/amd-gfx/20240906180639.12218-1-tursulin@igalia.com/</a>
- <a
href="https://lore.kernel.org/amd-gfx/20241008150532.23661-1-tursulin@igalia.com/">https://lore.kernel.org/amd-gfx/20241008150532.23661-1-tursulin@igalia.com/</a>
- <a
href="https://lore.kernel.org/amd-gfx/20241227111938.22974-1-tursulin@igalia.com/">https://lore.kernel.org/amd-gfx/20241227111938.22974-1-tursulin@igalia.com/</a>
- <a
href="https://lore.kernel.org/amd-gfx/20240813135712.82611-1-tursulin@igalia.com/">https://lore.kernel.org/amd-gfx/20240813135712.82611-1-tursulin@igalia.com/</a>
- <a
href="https://lore.kernel.org/amd-gfx/20240712152855.45284-1-tursulin@igalia.com/">https://lore.kernel.org/amd-gfx/20240712152855.45284-1-tursulin@igalia.com/</a></p>
<h2 id="vulkan-opengl-extensions">Vulkan & OpenGL Extensions</h2>
<ul>
<li><code>GL_EXT_texture_offset_non_const</code>
<ul>
<li>Ricardo was busy working on extending OpenGL by adding <a
href="https://github.com/KhronosGroup/GLSL/blob/main/extensions/ext/GL_EXT_texture_offset_non_const.txt">this</a>
extension to GLSL as well as providing an implementation for it in <a
href="https://github.com/KhronosGroup/glslang/pull/3782">glslang</a></li>
</ul></li>
<li><code>VK_KHR_video_encode_av1</code> &
<code>VK_KHR_video_decode_av1</code>
<ul>
<li>Igalia is listed as a contributor to these extensions and worked
very hard to implement CTS support for the extensions.</li>
</ul></li>
</ul>
<h2 id="etnaviv-improvements">Etnaviv Improvements</h2>
<p>Christian Gmeiner, one of the maintainers of the Etnaviv driver for
Vivante GPUs, has been hard at work this year to make a number of big
improvements to Etnaviv. This includes using hwdb to detect GPU
features, which he wrote about <a
href="https://christian-gmeiner.info/2024-04-12-hwdb/">here</a>. Another
big improvement was migrating Etnaviv to use isaspec for the GPU isa
description, allowing an assembler and disassembler to be generated from
XML. This also allowed Etnaviv to reuse some common features in Mesa for
assemblers/disassemblers and take advantage of the python code
generation features others in the community have been working on. He
wrote a detailed blog about it, that you can find <a
href="https://christian-gmeiner.info/2024-07-11-it-all-started-with-a-nop-part1/">here</a>.
On the same vein of Etnaviv infrastructure improvements, Christian has
also been working on a new shader compiler, written in Rust, called
“EBC”. Christian presented this new shader compiler at XDC 2024 this
year. You can check out his presentation below.</p>
<p><div class="youtube-video"><iframe src="https://www.youtube.com/embed/n_fn4evXeZo"></iframe></div></p>
<p>On the side of new features, Christian landed a big one in Mesa 24.03
for Etnaviv: Multiple Render Target (MRT) support! This allows games and
applications to render to multiple render targets (think framebuffers)
in a single graphics operations. This feature is heavily used by
deferred rendering techniques, and is a requirement for later versions
of desktop OpenGL and OpenGL ES 3. Keep an eye on <a
href="https://christian-gmeiner.info/">Christian’s blog</a> to see any
of his future announcements.</p>
<h2 id="lavapipellvmpipe-android-chromeos">Lavapipe/LLVMpipe, Android
& ChromeOS</h2>
<p>I had a busy year working on improving Lavapipe/LLVMpipe platform
integration. This started with adding support for DMABUF import/export,
so that the display handles from Android Window system could be properly
imported and mapped. Next came Android window system integration for DRI
software rendering backend in EGL, and lastly but most importantly came
updating the documentation in Mesa for building Android support. I wrote
all about this effort <a href="/notes/android_swrast.html">here</a>.</p>
<p>The latter half on the year had me working on improving lavapipe’s
integration with ChromeOs, and having Lavapipe work as a host Vulkan
driver for Venus. You can see some of the changes I made in
virglrenderer <a
href="https://gitlab.freedesktop.org/virgl/virglrenderer/-/merge_requests/1458">here</a>
and crosvm <a
href="https://gitlab.freedesktop.org/Hazematman/crosvm/-/commit/9ee86e72edfb3a652148dd233ffca75847949558">here</a>.
This work is still ongoing.</p>
<h2 id="whats-next">What’s Next?</h2>
<p>We’re not planning to stop our 2024 momentum, and we’re hopping for
2025 to be a great year for Igalia and the Linux graphics stack! I’m
booked to present about <a
href="https://www.vulkan.org/events/vulkanised-2025#agenda">Lavapipe at
Vulkanised 2025</a>, where Ricardo will also present about
Device-Generated Commands. Maíra & Chema will be presenting together
at FOSDEM 2025 about improving performance on Raspberry Pi GPUs, and
Melissa will also present about kworkflow there. We’ll also be at XDC
2025, networking and presenting about all the work we are doing on the
Linux graphics stack. Thanks for following our work this year, and
here’s to making 2025 an even better year for Linux graphics!</p>
</div>
</div> </main>
</body>
</html>
|
