[Mesa-dev] Upstream support for GL_EXT_gpu_shader4 and GL_EXT_blend_func_extended on Gen4/Gen5 Intel GMA
Dear Mesa-dev team, thanks to the high level magic of Jason Ekstrand ( and my complaining^^ ), the extensions "GL_EXT_gpu_shader4" and "GL_ARB_blend_func_extended" were made available for Gen4 and Gen5 GMA graphics adapters in Mesa branch "wip/gen4-gpu-shader4" ( https://gitlab.freedesktop.org/jekstrand/mesa/-/tree/wip/gen4-gpu-shader4 ). I tested these extensions by generating fullscreen quads with gl_VertexID and with Timothy Lottes's NVidia FXAA 3.11, which covers various aspects of gpu_shader4. blend_func_extended was tested by slightly changing and running the terminal emulator alacritty, which makes use of GL_ARB_blend_func_extended to improve subpixel text rendering. All seems to work fine. It would be great if these changes could be merged upstream. One obstacle for that, is that the mesa testing suite "piglit" could not be configured to perform tests for GL_EXT_gpu_shader4 for these chips, because the tests for GL_EXT_gpu_shader4 would not run without the prerequisite of OpenGL 3+. At least that's how I understand it. I imagine pushing this upstream would not be greenlit, if the tests don't work... Why upstream this? There is still a sizeable chunk of user on these platforms, especially in the libreboot crowd. The GM45 chipset with it's GMA 4500 MHD is found in still popular Laptops, like the Lenovo Thinkpad x200 and T400. However, these chips are limited to OpenGL 2.1 and many a piece of software requires OpenGL 3.3 for a variety of reasons. As a result, there are a lot of complaints to be found, where seemingly basic software does not run on GM45/GMA4500. As per usual these pieces of Software don't require the full OpenGL 3.3 support, but only essential extensions. "GL_EXT_gpu_shader4", "GL_ARB_blend_func_extended" and "GL_ARB_explicit_attrib_location" are such essential pieces, which are core to OpenGL 3+, but are not part of OpenGL 2.1. By making GL_EXT_gpu_shader4 and GL_EXT_blend_func_extended available, a lot of people could be made happy, as this would allow a wider array of software to run on Gen4/Gen5 Intel iGPUs. Best regards, Vlad ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Freenode fallout
Indeed, a lot of communities are moving to Libera. However, centralization is what caused the mess with freenode in the first place, thus communities spreading to different services may not be such a bad idea. As long as the channels themselves are not split, that is. On 21/05/2021 15:33, Simon Ser wrote: On Friday, May 21st, 2021 at 1:49 AM, Lyude Paul wrote: After considering Libera and OFTC as options, the board settled on recommending OFTC. The primary reason for this is because OFTC is associated with our parent foundation SPI, and has a long and well known history of involvement with the open source community. As well, the board believes OFTC's current Governance model is a lot more clear then Libera's. I'd personally prefer Libera Chat. They don't yet have a published formal governance model, but I hope this will come soon. As the former Freenode staff, I trust them to make sure mistakes from the past won't be repeated. Apart from politics, Libera also offers a more modern feature set. This can ease daily usage, with features such as reliable authentication, account tracking, and many other IRC protocol improvements. OFTC has plans to eventually migrate to Solanum, but they don't have the time to do it for now. For reference, on OFTC: CAP LS 302 :kinetic.oftc.net CAP * LS :multi-prefix And on Libera: CAP LS 302 :ruthenium.libera.chat CAP * LS :account-notify away-notify chghost extended-join multi-prefix sasl=PLAIN,ECDSA-NIST256P-CHALLENGE,EXTERNAL tls userhost-in-names account-tag cap-notify echo-message solanum.chat/identify-msg solanum.chat/realhost ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] Crocus causes image corruption and GPU HANG on GM45 - GMA 4500 MHD (and missing extensions)
To cleanly end this E-Mail Thread: The heavy texture corruption has been successfully addressed in this issue: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5093 The cause (special texture swizzling done by Gen4/Gen4.5 Intel iGPUs) has been diagnosed and solved by Dave Airlie in this commit https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/12058 . The remaining GPU Hang was unrelated and will be addressed here: https://gitlab.freedesktop.org/mesa/mesa/-/issues/5134 Next time I'll first create an issue, before complaining on the mailing list :P Best regards, Vlad ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
