Bug 15825

Summary: [QA 5.2.rc1] opengl.GraphicTest.test_graphic_opengl_with_glxgears failed
Product: [QA/Testing] Runtime Testing Reporter: Jing Hui <jing.hui.tham>
Component: oeqa/runtimeAssignee: Yogesh Tyagi <yogesh.tyagi>
Status: RESOLVED FIXED QA Contact:
Severity: normal    
Priority: Medium+ CC: anuj.mittal, chee.yang.lee, munirah.izyani.mohammad.amin, randy.macleod, ross.burton, ying.lun.neoh, yogesh.tyagi
Version: 5.2   
Target Milestone: 5.2 M4   
Hardware: Other   
OS: x86_64   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know

Description Jing Hui 2025-04-08 07:01:22 UTC
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"
   },
Comment 1 Randy MacLeod 2025-04-10 14:43:30 UTC
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 ?
Comment 2 Yogesh Tyagi 2025-04-11 13:31:58 UTC
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.
Comment 3 Ross Burton 2025-04-14 17:11:12 UTC
Would you consider opening that layer, if it has useful tests?
Comment 4 Ross Burton 2025-04-14 19:24:26 UTC
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.
Comment 5 Jing Hui 2025-04-30 08:24:13 UTC
Issue is fixed in 5.2.rc2 Yocto QA. Test is passing.