Don't forget, freedesktop.org offers free CoC training for inquiring projects
Hey everyone! This is just a general reminder that if you're interested in receiving professional Code of Conduct enforcement training for your project - freedesktop.org is happy to cover the costs for doing such training through the wonderful services of https://otter.technology/ . All that's needed is to send an email to the board, and we can handle setting up scheduling :). And of course as always, the Code of Conduct team is always looking for new volunteers. -- Cheers, Lyude Paul (she/her) Software Engineer at Red Hat
2024 X.Org Developers Conference - October 9-11, Montréal, Canada
Hello! We're delighted to announce that the 2024 X.Org Developers Conference (XDC) will be taking place on October 9 to 11 in Montréal, Canada, co- located with the GStreamer Conference & Hackfest 2024 which will be running from October 7 to 10. Join us for a freedesktop week in Montréal! XDC is the event for developers working on all things Open graphics (Linux kernel, Mesa, DRM, Wayland, X11, etc.). New this year: XDC 2024 will feature two full days of talks followed by a day dedicated to workshops, meetings & hacking. XDC 2024 website: https://indico.freedesktop.org/event/6/ The in-person venue is the Concordia University Conference Centre, located within the John Molson School of Business. Concordia University Conference Centre 1450 Guy St., Montreal, Quebec, Canada, H3H 0A1 https://goo.gl/maps/9nDyTvKtf7X1JuJc9 As usual, XDC will be free of charge and open to the general public. Registration & Call for Proposals will be opening soon, stay tuned! Best regards, Mark Filion, on behalf of X.org
[ANNOUNCE] mesa 24.1.0-rc3
Hello everyone, I'm happy to announce the next release candidate, 24.1.0-rc3. As always, if you find any issues please report them here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/new Any issue that should block the release of 24.1.0 final, thus adding more 24.1.0-rc* release candidates, must be added to this milestone: https://gitlab.freedesktop.org/mesa/mesa/-/milestones/46 The next release candidate is expected in one week, on May 15th. Cheers, Eric --- Boris Brezillon (3): panfrost: Add the BO containing fragment program descriptor to the batch pan/kmod: Fix a syncobj leak in the panthor backend pan/kmod: Make default allocator thread-safe Christian Gmeiner (1): clc: Always use spir for 32 bit Connor Abbott (1): docs/android: Fix example meson cross file again Constantine Shablia (1): panfrost: report correct MAX_VARYINGS David Rosca (2): frontends/va: Fix AV1 slice_data_offset with multiple slice data buffers Revert "radeonsi/vcn: AV1 skip the redundant bs resize" Eric Engestrom (5): .pick_status.json: Update to 603982ea802b3846e91a943b413a7baf430e875d .pick_status.json: Update to 569c2fcf952a3ec13ddf77c0058e769bf68f3aaf .pick_status.json: Update to 9666756f603f0285d8a93ef93db1c7ec702b671f .pick_status.json: Update to b8e79d2769b4a4aed7e2103cf0405acc5bdadb86 VERSION: bump for 24.1.0-rc3 Georg Lehmann (1): radv, radeonsi: don't use D16 for f2f16_rtz Gert Wollny (2): zink/kopper: Wait for last QueuePresentKHR to finish before acquiring for readback mesa/st: don't use base shader serialization when uniforms are not packed Ian Romanick (2): intel/brw: Fix optimize_extract_to_float for i2f of unsigned extract intel/elk: Fix optimize_extract_to_float for i2f of unsigned extract Iván Briano (1): anv: fix casting to graphics_pipeline_base Karol Herbst (3): nouveau: fix potential double-free in nouveau_drm_screen_create nir: fix nir_shader_get_function_for_name for functions without names. rusticl: use stream uploader for cb0 if prefered Lionel Landwerlin (2): anv: fixup alloc failure handling in reserved_array_pool anv: fix leak of custom border colors Mike Blumenkrantz (1): zink: clean up accidental debug print Mykhailo Skorokhodov (2): egl/wayland: Fix sRGB format look up for config ci/lima: expect fail of window__colorspace_srgb on wayland Patrick Lerda (1): clover: fix pipe_box update regression Rohan Garg (1): anv: allocate space for generated indirect draw id's using the temporary allocation helper Sviatoslav Peleshko (1): anv: Fix descriptor sampler offsets assignment Tapani Pälli (1): iris: change stream uploader default size to 2MB Yusuf Khan (1): nouveau: Fix crash when destination or source screen fences are null git tag: mesa-24.1.0-rc3 https://mesa.freedesktop.org/archive/mesa-24.1.0-rc3.tar.xz SHA256: 2266b141fce3cc17035ab34fe60cd964a939ebd61917da53b6890a1b8f9c1593 mesa-24.1.0-rc3.tar.xz SHA512: d75641a023ba489b5117b369a2d9007bcf6079f31375c9aa70afd968f8acc3695468e9cf2ef1989ed28459cf245fccd60507a0e8b0931401b77a4b2b21f0fe03 mesa-24.1.0-rc3.tar.xz PGP: https://mesa.freedesktop.org/archive/mesa-24.1.0-rc3.tar.xz.sig signature.asc Description: PGP signature
[ANNOUNCE] mesa 24.0.7
Hello everyone, The bugfix release 24.0.7 is now available. If you find any issues, please report them here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/new The next bugfix release is due in two weeks, on May 22nd. Cheers, Eric --- Boris Brezillon (3): panfrost: do not write outside num_wg_sysval panfrost: Add the BO containing fragment program descriptor to the batch pan/kmod: Make default allocator thread-safe Constantine Shablia (2): pan/bi: fix 1D array tex coord lowering panfrost: report correct MAX_VARYINGS Daniel Schürmann (1): aco/ra: fix kill flags after renaming fixed Operands David Rosca (5): radeonsi/vcn: Allocate session buffer in VRAM radeonsi/vcn: Fix 10bit HEVC VPS general_profile_compatibility_flags radeonsi/vcn: Only enable VBAQ with rate control mode frontends/va: Fix AV1 slice_data_offset with multiple slice data buffers Revert "radeonsi/vcn: AV1 skip the redundant bs resize" Eric Engestrom (8): docs: add sha256sum for 24.0.6 .pick_status.json: Update to 86281ef15fca378ef48bcb072a762168e537820d .pick_status.json: Mark 0666a715c7210558017ce717f6b0b947c679a68e as denominated .pick_status.json: Update to 603982ea802b3846e91a943b413a7baf430e875d .pick_status.json: Update to 9666756f603f0285d8a93ef93db1c7ec702b671f .pick_status.json: Update to b8e79d2769b4a4aed7e2103cf0405acc5bdadb86 docs: add release notes for 24.0.7 VERSION: bump for 24.0.7 Erik Faye-Lund (2): panfrost: correct first-tracking for signature panvk: avoid dereferencing a null-pointer Georg Lehmann (1): radv, radeonsi: don't use D16 for f2f16_rtz Gert Wollny (1): zink/kopper: Wait for last QueuePresentKHR to finish before acquiring for readback Ian Romanick (1): intel/brw: Fix optimize_extract_to_float for i2f of unsigned extract Iván Briano (2): anv: check requirements for VK_IMAGE_USAGE_FRAGMENT_SHADING_RATE anv: fix casting to graphics_pipeline_base Karol Herbst (2): nir: fix nir_shader_get_function_for_name for functions without names. rusticl: use stream uploader for cb0 if prefered Kenneth Graunke (1): isl: Set MOCS to uncached for Gfx12.0 blitter sources/destinations Konstantin Seurer (1): radv: Handle all dependencies of CmdWaitEvents2 Lionel Landwerlin (2): anv: disable dual source blending state if not used in shader intel/brw: fixup wm_prog_data_barycentric_modes() Mike Blumenkrantz (8): zink: reconstruct features pnext after determining extension support glthread: check for invalid primitive modes in DrawElementsBaseVertex zink: prune zink_shader::programs under lock zink: fully wait on all program fences during ctx destroy kopper: fix bufferage/swapinterval handling for non-window swapchains zink: slightly better swapinterval failure handling zink: clean up accidental debug print zink: add a tu flake Patrick Lerda (1): gallium/auxiliary/vl: fix typo which negatively impacts the src_stride initialization Rohan Garg (1): anv: formatting fix when printing pipe controls Samuel Pitoiset (1): radv: fix image format properties with fragment shading rate usage Sviatoslav Peleshko (1): anv: Fix descriptor sampler offsets assignment Tapani Pälli (1): iris: change stream uploader default size to 2MB Yiwei Zhang (2): venus: avoid client allocators for ring internals venus: fix to destroy all pipeline handles on early error paths Yusuf Khan (1): nouveau: Fix crash when destination or source screen fences are null git tag: mesa-24.0.7 https://mesa.freedesktop.org/archive/mesa-24.0.7.tar.xz SHA256: 7454425f1ed4a6f1b5b107e1672b30c88b22ea0efea000ae2c7d96db93f6c26a mesa-24.0.7.tar.xz SHA512: 77b0fae80ab0a07e2e528c113eadef0e3004b8df3e6e98fffe6fc2d8ac39f5ce7fa38ebe5c2ae32bfbac993dd7cbe288ace18ebb03cf2fb445fe7114f74dd45c mesa-24.0.7.tar.xz PGP: https://mesa.freedesktop.org/archive/mesa-24.0.7.tar.xz.sig signature.asc Description: PGP signature
Re: NXP i.MX8MM GPU performances
Hi Lucas, On Wed, May 08, 2024 at 10:16:24AM +0200, Lucas Stach wrote: > That's a problem. This will prevent TS from being used, which has a > large performance impact. But it shouldn't be necessary to disable it > on the i.MX8MM GPU, as all memory accesses aside from the initial MMU > commandstream go through MMU translation, so the issue with MC1.0 will > not be hit. Can you try patching out the check in the kernel and see if > it helps? > > I'll also send a proper patch for this. I patched the kernel and enabled TS. The performance improved slightly, but it still seems lower than the NXP driver. Here are some of the results: In screen (weston + DSI) test results: glmark2 command: glmark2-es2-wayland -b shading:duration=5.0 -b refract -b build -b texture -b shadow -b bump -s 640x480 2>&1 | | glmark2 tests | | sw ver |shading|build|texture|refract|shadow|bump| |-|---|-|---|---|--|| | etnaviv (no TS) | 263 | 334 | 291 | 22| 63 | 328| | etnaviv | 340 | 549 | 460 | 18| 84 | 560| | vivante | 544 | 956 | 790 | 26| 225 | 894| Enabling TS, etnaviv scores improved by around 30-60% compared to when it is disabled. However, it still remains approximately 40% lower than galcore. Offscreen test results: glmark2 command: glmark2-es2-wayland --off-screen -b shading:duration=5.0 -b refract -b build -b texture -b shadow -b bump -s 640x480 2>&1 | | glmark2 tests | | sw ver |shading|build|texture|refract|shadow|bump| |-|---|-|---|---|--|| | etnaviv (no TS) | 348 | 541 | 466 | 24| 81 | 498| | etnaviv | 434 | 901 | 832 | 19| 106 | 871| | vivante | 544 | 956 | 790 | 26| 225 | 894| With TS enabled, offscreen scores improved considerably in some individual benchmarks. Regards, João Paulo
Re: NXP i.MX8MM GPU performances
Hi João Paulo, Am Dienstag, dem 07.05.2024 um 15:17 -0300 schrieb João Paulo Gonçalves: > Hello all, > > I did run some benchmark on i.MX8MM GPU and I have some concerns on the > differences between mainline Linux/etnaviv/Mesa and the proprietary > NXP/Vivante > solution. > > The tests were executed comparing glmark2 results between a mainline kernel > (6.9.0-rc6) running Mesa 24.0.3 and NXP provided galcore driver > 6.4.3.p4.398061 running with a 5.15 based NXP downstream kernel. > > The GPU is running in overdrive mode (see [1]). > > mainline infos (etnaviv): > > > dmesg | grep -i -E '(gpu|etnaviv)' > [9.113389] etnaviv-gpu 3800.gpu: model: GC600, revision: 4653 > [9.120939] etnaviv-gpu 3800.gpu: Need to move linear window on MC1.0, > disabling TS That's a problem. This will prevent TS from being used, which has a large performance impact. But it shouldn't be necessary to disable it on the i.MX8MM GPU, as all memory accesses aside from the initial MMU commandstream go through MMU translation, so the issue with MC1.0 will not be hit. Can you try patching out the check in the kernel and see if it helps? I'll also send a proper patch for this. Regards, Lucas > [9.129238] etnaviv-gpu 38008000.gpu: model: GC520, revision: 5341 > [9.138463] [drm] Initialized etnaviv 1.4.0 20151214 for etnaviv on minor 1 > > glmark2-es2-wayland info output: > === > glmark2 2023.01 > === > OpenGL Information > GL_VENDOR: Mesa > GL_RENDERER:Vivante GC600 rev 4653 > GL_VERSION: OpenGL ES 2.0 Mesa 24.0.3 > Surface Config: buf=32 r=8 g=8 b=8 a=8 depth=24 stencil=0 samples=0 > Surface Size: 640x480 windowed > === > > galcore infos (vivante): > > > dmesg | grep -i -E '(gpu|vivante|gal)' > [4.524977] Galcore version 6.4.3.p4.398061 > [4.587654] [drm] Initialized vivante 1.0.0 20170808 for 3800.gpu on > minor 0 > > glmark2-es2-wayland info output: > === > glmark2 2023.01 > === > OpenGL Information > GL_VENDOR: Vivante Corporation > GL_RENDERER:Vivante GC7000NanoUltra > GL_VERSION: OpenGL ES 2.0 V6.4.3.p4.398061 > Surface Config: buf=32 r=8 g=8 b=8 a=8 depth=24 stencil=0 samples=0 > Surface Size: 640x480 windowed > === > > > In screen (weston + DSI) test results: > > glmark2 command: > > glmark2-es2-wayland -b shading:duration=5.0 -b refract -b build -b texture > > -b shadow -b bump -s 640x480 2>&1 > > > | glmark2 tests | > > sw ver |shading|build|texture|refract|shadow|bump| > > -|---|-|---|---|--|| > > etnaviv | 263 | 334 | 291 | 22| 63 | 328| > > vivante | 544 | 956 | 790 | 26| 225 | 894| > > we have 50-60% smaller number with etnaviv. > > Offscreen test results: > > glmark2 command: > > glmark2-es2-wayland --off-screen -b shading:duration=5.0 -b refract -b > > build -b texture -b shadow -b bump -s 640x480 2>&1 > > > | glmark2 tests | > > sw ver |shading|build|texture|refract|shadow|bump| > > -|---|-|---|---|--|| > > etnaviv | 348 | 541 | 466 | 24| 81 | 498| > > vivante | 402 | 624 | 520 | 26| 177 | 557| > > we have a 10~13% smaller number with etnaviv. > > Do anybody did run similar benchmark in the past on NXP i.MX8MM? With what > results? > > Is it expected such a difference in the glmark2 tests results? > Any idea on this big difference between running the test offscreen or not? > > João Paulo > > [1] > https://lore.kernel.org/all/20240507143555.471025-1-jpaulo.silvagoncal...@gmail.com/