Closed
Bug 1184502
Opened 10 years ago
Closed 6 years ago
GPU acceleration and WebGL become blocked if to build firefox with enabled EGL provider
Categories
(Core :: Graphics: CanvasWebGL, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1263678
People
(Reporter: mirraz1, Unassigned)
Details
(Whiteboard: [gfx-noted])
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150715234805
Steps to reproduce:
First I build firefox-39 with configure switch "--with-gl-provider=EGL". And webgl stops working. about:support shows:
--------
Asynchronous Pan/Zoom: none
GPU Accelerated Windows: 0/1 Basic Blocked for your graphics driver version. Try updating your graphics driver to version <Anything with EXT_texture_from_pixmap support> or newer.
WebGL Renderer: Blocked for your graphics card because of unresolved driver issues.
windowLayerManagerRemote: false
AzureCanvasBackend: cairo
AzureContentBackend: cairo
AzureFallbackCanvasBackend: none
AzureSkiaAccelerated: 0
--------
Then I build firefox-39 without "--with-gl-provider=EGL". And webgl works fine. about:support shows:
--------
Adapter Description: Intel Open Source Technology Center -- Mesa DRI Mobile Intel® GM45 Express Chipset
Asynchronous Pan/Zoom: none
Device ID: Mesa DRI Mobile Intel® GM45 Express Chipset
Driver Version: 2.1 Mesa 10.6.2
GPU Accelerated Windows: 0/1 Basic
Vendor ID: Intel Open Source Technology Center
WebGL Renderer: Intel Open Source Technology Center -- Mesa DRI Mobile Intel® GM45 Express Chipset
windowLayerManagerRemote: false
AzureCanvasBackend: cairo
AzureContentBackend: cairo
AzureFallbackCanvasBackend: none
AzureSkiaAccelerated: 0
--------
Mesa is built with EGL support (for example it works for eglgears_x11). eglinfo shows:
--------
EGL API version: 1.4
EGL vendor string: Mesa Project
EGL version string: 1.4 (DRI2)
EGL client APIs: OpenGL OpenGL_ES OpenGL_ES2
EGL extensions string:
EGL_MESA_drm_image EGL_MESA_configless_context EGL_KHR_image_base
EGL_KHR_image_pixmap EGL_KHR_image EGL_KHR_get_all_proc_addresses
EGL_KHR_gl_texture_2D_image EGL_KHR_gl_texture_cubemap_image
EGL_KHR_gl_renderbuffer_image EGL_KHR_fence_sync EGL_KHR_wait_sync
EGL_KHR_surfaceless_context EGL_KHR_create_context
EGL_NOK_swap_region EGL_NOK_texture_from_pixmap
EGL_CHROMIUM_sync_control EGL_EXT_image_dma_buf_import
EGL_NV_post_sub_buffer EGL_MESA_image_dma_buf_export
Configurations:
bf lv colorbuffer dp st ms vis cav bi renderable supported
id sz l r g b a th cl ns b id eat nd gl es es2 vg surfaces
---------------------------------------------------------------------
0x0a 32 0 8 8 8 8 0 0 0 0 0x20TC a y y y win,pb,pix
0x0e 32 0 8 8 8 8 24 8 0 0 0x20TC a y y y win,pb,pix
0x11 24 0 8 8 8 0 0 0 0 0 0x20TC y y y y win,pb,pix
0x15 24 0 8 8 8 0 24 8 0 0 0x20TC y y y y win,pb,pix
0x2e 32 0 8 8 8 8 0 0 0 0 0x21DC a y y y win,pb,pix
0x32 32 0 8 8 8 8 24 8 0 0 0x21DC a y y y win,pb,pix
0x35 24 0 8 8 8 0 0 0 0 0 0x21DC y y y y win,pb,pix
0x39 24 0 8 8 8 0 24 8 0 0 0x21DC y y y y win,pb,pix
--------
Updated•10 years ago
|
Whiteboard: [gfx-noted]
Comment 1•10 years ago
|
||
I can confirm this also happens with 42.0.
I was rather surprised that I didn't have any GPU acceleration anymore after changing my system to EGL. Took me a while to figure out, why this was happening. Could it be related to GPU detection not working on EGL or that only glx provides EXT_texture_from_pixmap and egl provides EGL_NOK_texture_from_pixmap?
Updated•7 years ago
|
Priority: -- → P3
Comment 2•6 years ago
|
||
(In reply to Ilya Gordeev from comment #0)
First I build firefox-39 with configure switch "--with-gl-provider=EGL". And webgl stops working. about:support shows:
Try updating your graphics driver to version <Anything with EXT_texture_from_pixmap support> or newer.
Introduced by bug 671259.
Fixed by bug 1263678.
Status: UNCONFIRMED → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•