15825 2025-04-08 07:01:22 +0000 [QA 5.2.rc1] opengl.GraphicTest.test_graphic_opengl_with_glxgears failed 2025-04-30 08:24:13 +0000 1 1 10 QA/Testing Runtime Testing oeqa/runtime 5.2 Other x86_64 RESOLVED FIXED Medium+ normal 5.2 M4 1 jing.hui.tham yogesh.tyagi anuj.mittal chee.yang.lee munirah.izyani.mohammad.amin randy.macleod ross.burton ying.lun.neoh yogesh.tyagi --- --- Don't know oldest_to_newest 101583 0 jing.hui.tham 2025-04-08 07:01:22 +0000 image tested on all intel platform: genericx86-64/ genericx86 core-image-sato-sdk, poky/poky-altcfg having issues on opengl.GraphicTest.test_graphic_opengl_with_glxgears Log as below: "opengl.GraphicTest.test_graphic_opengl_with_glxgears": { "duration": 2.9111316204071045, "log": "Traceback (most recent call last):\n File \"/home/hspe/poky/meta/lib/oeqa/core/decorator/__init__.py\", line 35, in wrapped_f\n return func(*args, **kwargs)\n File \"/home/hspe/poky/meta/lib/oeqa/core/decorator/__init__.py\", line 35, in wrapped_f\n return func(*args, **kwargs)\n File \"/home/hspe/poky/meta/lib/oeqa/core/decorator/__init__.py\", line 35, in wrapped_f\n return func(*args, **kwargs)\n File \"/home/hspe/poky/meta-yp-qa/lib/oeqa/runtime/cases/opengl.py\", line 25, in test_graphic_opengl_with_glxgears\n self.assertEqual(status, 0, msg='Not able to find process that run glxgears.')\nAssertionError: 1 != 0 : Not able to find process that run glxgears.\n", "status": "FAILED" }, 101609 1 randy.macleod 2025-04-10 14:43:30 +0000 Jing, Did this fail on all intel platforms that you listed? It's not clear from the log if the process failed or there was some other issue. Where is the layer: meta-yp-qa ? There are no opengl tests in oe-core... Is anyone from Intel able to debug and fix this problem in the next few days ? 101635 2 yogesh.tyagi 2025-04-11 13:31:58 +0000 meta-yp-qa in an internal layer which has a test that uses glxgears binary. glxgears now depends on GLX and therefore looks for glx.pc. This file is only generated when Mesa is built with GLVND support, which is provided by meta-openembedded. Additionally, since glx.h is provided by Mesa, mesa-demos must declare a dependency on mesa-native to successfully build the glxgears binary. I will send a patch to the list. 101642 3 ross.burton 2025-04-14 17:11:12 +0000 Would you consider opening that layer, if it has useful tests? 101643 4 ross.burton 2025-04-14 19:24:26 +0000 That diagnosis didn't sound right so I had a look: mesa-demos was looking for glx by only looking for glx.pc, which that is only shipped by libgnvnd. A mesa built without libglvnd still has GLX so this test in mesa-demos was wrong. Luckily it was fixed over two years ago, so backport the patch. I've sent a patch. I also don't consider this a release blocker as "mesa-demos doesn't have glxgears" is something we can fix in a point release. 101782 5 jing.hui.tham 2025-04-30 08:24:13 +0000 Issue is fixed in 5.2.rc2 Yocto QA. Test is passing.