| 2013-08-13 09:43:24 |
Daniel van Vugt |
bug |
|
|
added bug |
| 2013-08-14 08:46:07 |
Daniel van Vugt |
summary |
radeon: Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
radeon+nouveau: Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
|
| 2013-08-14 09:00:38 |
Daniel van Vugt |
summary |
radeon+nouveau: Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
|
| 2013-08-14 09:00:52 |
Daniel van Vugt |
description |
Unthrottled EGL clients on radeon cause Mir to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
... |
Unthrottled EGL clients (on radeon and nouveau at least) cause Mir to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
... |
|
| 2013-08-14 09:01:22 |
Daniel van Vugt |
description |
Unthrottled EGL clients (on radeon and nouveau at least) cause Mir to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
... |
Unthrottled EGL clients (on radeon and nouveau at least) cause Mir to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
...
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on NVA8
... |
|
| 2013-08-24 04:56:29 |
Daniel van Vugt |
summary |
Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
[radeon] [nouveau] Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
|
| 2013-09-04 06:45:02 |
Robert Ancell |
mir: importance |
Undecided |
High |
|
| 2014-02-20 20:57:21 |
kevin gunn |
mir: importance |
High |
Medium |
|
| 2014-08-05 08:04:11 |
Daniel van Vugt |
tags |
radeon |
performance radeon |
|
| 2015-03-25 03:05:59 |
Daniel van Vugt |
mir: status |
New |
Confirmed |
|
| 2015-09-15 09:44:03 |
Lime |
bug |
|
|
added subscriber Lime |
| 2016-03-24 10:33:42 |
Daniel van Vugt |
summary |
[radeon] [nouveau] Unthrottled EGL clients cause Mir to slow, sometimes to a halt |
[radeon] [nouveau] Unthrottled EGL clients cause Mir to slow, freeze and stutter |
|
| 2017-02-23 08:46:10 |
Daniel van Vugt |
summary |
[radeon] [nouveau] Unthrottled EGL clients cause Mir to slow, freeze and stutter |
[gallium] EGL clients that saturate the GPU cause the Mir server to slow, freeze and stutter, showing very few frames |
|
| 2017-02-23 08:47:52 |
Daniel van Vugt |
description |
Unthrottled EGL clients (on radeon and nouveau at least) cause Mir to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
...
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on NVA8
... |
GPU-heavy clients on Mesa gallium drivers (e.g. radeon, nouveau and freedreno) cause the Mir server to slow, sometimes to a halt. This is seen as a frozen screen, unable to move surfaces, or unable to switch VTs (for a while).
For example:
mir_demo_client_egltriangle -n
mir_demo_client_eglplasma -n
The -n flag (swapinterval = 0) seems to cause the client to overload the mir server to the point where it cannot render physical frames very often.
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on AMD CEDAR
...
$ es2_info
EGL_VERSION = 1.4 (Gallium)
EGL_VENDOR = Mesa Project
EGL_EXTENSIONS = EGL_WL_bind_wayland_display EGL_KHR_image_base EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_reusable_sync EGL_KHR_fence_sync EGL_KHR_surfaceless_context EGL_NOK_swap_region EGL_NV_post_sub_buffer
EGL_CLIENT_APIS = OpenGL OpenGL_ES OpenGL_ES2 OpenVG
GL_VERSION: OpenGL ES 3.0 Mesa 9.2.0-devel
GL_RENDERER: Gallium 0.4 on NVA8
... |
|
| 2017-02-23 09:27:58 |
Daniel van Vugt |
summary |
[gallium] EGL clients that saturate the GPU cause the Mir server to slow, freeze and stutter, showing very few frames |
[gallium] EGL clients using a gallium driver (radeon, nouveau, freedreno) that saturate the GPU cause the Mir server to slow, freeze and stutter, displaying very few frames |
|
| 2017-02-23 09:28:14 |
Daniel van Vugt |
bug task added |
|
mesa (Ubuntu) |
|
| 2017-03-01 08:11:23 |
Daniel van Vugt |
mir: assignee |
|
Daniel van Vugt (vanvugt) |
|
| 2017-03-01 10:27:26 |
Daniel van Vugt |
branch linked |
|
lp:~vanvugt/mir/gpu-load-balance |
|
| 2017-03-01 10:27:51 |
Daniel van Vugt |
mir: milestone |
|
1.0.0 |
|
| 2017-03-01 10:27:56 |
Daniel van Vugt |
mir: status |
Confirmed |
In Progress |
|
| 2017-03-03 08:38:01 |
Daniel van Vugt |
branch linked |
|
lp:~vanvugt/mir/schedule-nonblocking |
|
| 2017-03-07 11:17:01 |
Mir CI Bot |
mir: status |
In Progress |
Fix Committed |
|
| 2017-03-08 01:46:42 |
Daniel van Vugt |
mir: status |
Fix Committed |
In Progress |
|
| 2017-03-09 09:38:05 |
Daniel van Vugt |
branch linked |
|
lp:~vanvugt/mir/testfix-1211700 |
|
| 2017-03-14 03:09:39 |
Daniel van Vugt |
mir: status |
In Progress |
Triaged |
|
| 2017-03-14 03:09:43 |
Daniel van Vugt |
mir: milestone |
1.0.0 |
|
|
| 2017-11-03 15:25:39 |
Michał Sawicz |
mir (Ubuntu): importance |
Undecided |
Medium |
|
| 2017-11-03 15:25:39 |
Michał Sawicz |
mir (Ubuntu): status |
New |
Triaged |
|
| 2023-02-09 03:37:35 |
Dave Chiluk |
mesa (Ubuntu): status |
New |
Won't Fix |
|
| 2023-02-09 03:37:41 |
Dave Chiluk |
mir (Ubuntu): status |
Triaged |
Won't Fix |
|
| 2023-02-09 03:38:59 |
Dave Chiluk |
mir: status |
Triaged |
Fix Released |
|
| 2023-02-09 04:00:03 |
Daniel van Vugt |
mir: status |
Fix Released |
Won't Fix |
|
