You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
LP1908490: com.canonical.certification::suspend/{index}_gl_support_after_suspend_{product_slug} fails if the desktop contains two GPUs and the output is from add-on graphic card
#79
Closed
beliaev-maksim opened this issue
Nov 28, 2022
· 2 comments
Steps to reproduce:
checkbox-cli run com.canonical.certification::device com.canonical.certification::graphics_card com.canonical.certification::suspend/2_gl_support_after_suspend_Oland__Radeon_HD_8570___R7_240_340___Radeon_520_OEM__auto
Description:
It could get the positive result when
systemctl suspend
/usr/lib/nux/unity_support_test -p 2>&1
OpenGL vendor string: X.Org
OpenGL renderer string: AMD OLAND (DRM 2.50.0, 5.6.0-1036-oem, LLVM 10.0.0)
OpenGL version string: 4.5 (Compatibility Profile) Mesa 20.0.8
Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: yes
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: yes
But if I ran the command from "2_gl_support_after_suspend_Oland__Radeon_HD_8570___R7_240_340___Radeon_520_OEM__auto" the result will be
--------------[ Running job 6 / 6. Estimated time left: unknown ]---------------
[ Test OpenGL support for Oland [Radeon HD 8570 / R7 240/340 / Radeon 520 OEM] after suspend ]
ID: com.canonical.certification::suspend/2_gl_support_after_suspend_Oland__Radeon_HD_8570___R7_240_340___Radeon_520_OEM__auto
Category: com.canonical.plainbox::suspend
... 8< -------------------------------------------------------------------------
Setting up PRIME GPU offloading for AMD discrete GPU
OpenGL vendor string: Intel
OpenGL renderer string: Mesa Intel(R) UHD Graphics 630 (CML GT2)
OpenGL version string: 4.6 (Compatibility Profile) Mesa 20.0.8
Not software rendered: yes
Not blacklisted: yes
GLX fbconfig: yes
GLX texture from pixmap: no
GL npot or rect textures: yes
GL vertex program: yes
GL fragment program: yes
GL vertex buffer object: yes
GL framebuffer object: yes
GL version is 1.4+: yes
Unity 3D supported: no
------------------------------------------------------------------------- >8 ---
Outcome: job failed
BTW, it's a cert blocker issue. Set the importance to Critical.
In this case, the DUT is a desktop.
Which mean the system is not as the laptop to share the memory between iGPU and dGPU.
The DRI_PRIME=1 is still could be given to direct rendering to selected drm but not sure the performance and power consulting whether will better then iGPU because there may not have shared memory and DMA enabled on those buses.
Here are some suggestions:
Add a condition to specify this test case only if the DUT is a laptop/AIO. If there is no existing information in current checkbox then could consider to check /sys/kernel/debug/vgaswitcheroo/switch[2] is exist or not. To skip related test case if the file not exist there.
If you think the desktop is worth to test DRI_PRIME then it needs to consider if attach more than two GPUs case and which GPU is currently displaying.
BTW, if the GPUs are more than one[1] then continue but always use DRI_PRIME=1. It looks like the application will always force to render to specific drm. May need to refer $INDEX as well.
This issue was migrated from https://bugs.launchpad.net/plainbox-provider-checkbox/+bug/1908490
Summary
Description
Steps to reproduce:
checkbox-cli run com.canonical.certification::device com.canonical.certification::graphics_card com.canonical.certification::suspend/2_gl_support_after_suspend_Oland__Radeon_HD_8570___R7_240_340___Radeon_520_OEM__auto
Description:
It could get the positive result when
But if I ran the command from "2_gl_support_after_suspend_Oland__Radeon_HD_8570___R7_240_340___Radeon_520_OEM__auto" the result will be
BTW, it's a cert blocker issue. Set the importance to Critical.
Attachments
No attachments
Tags:
['oem-priority', 'originate-from-1908254', 'originate-from-1924705', 'originate-from-1924706', 'originate-from-1924709', 'originate-from-1924710', 'stella', 'sutton']
The text was updated successfully, but these errors were encountered: