Xmir crashes immediately on startup using glamor on Nexus4
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
libepoxy (Ubuntu) |
Won't Fix
|
Low
|
Unassigned | ||
libhybris (Ubuntu) |
Won't Fix
|
Low
|
Unassigned | ||
xorg-server (Ubuntu) |
Won't Fix
|
Low
|
Unassigned |
Bug Description
Xmir crashes immediately on startup using glamor on Nexus4.
glamor GL version: OpenGL ES 3.0 V@53.0 AU@ (CL@)
...
glamor GLSL version: OpenGL ES GLSL ES 3.00
(EE)
(EE) Backtrace:
(EE)
(EE) Segmentation fault at address 0x0
(EE)
Fatal server error:
(EE) Caught signal 11 (Segmentation fault). Server aborting
(EE)
The stack trace is lost. However the problem appears to be the glGetStringi() function. This function is new in GLESv3 and libepoxy only uses it because the GLES version is 3.0 on mako. However, libhybris fails to implement glGetStringi() and forward it to the driver correctly. At least that seems to be the problem. Our hybris GLESv2 is missing the function but the Android GLESv2 on the device has it.
Changed in libhybris (Ubuntu): | |
status: | New → In Progress |
Changed in xorg-server (Ubuntu): | |
status: | New → In Progress |
Changed in libhybris (Ubuntu): | |
importance: | Undecided → High |
Changed in libepoxy (Ubuntu): | |
status: | New → In Progress |
importance: | Undecided → High |
assignee: | nobody → Daniel van Vugt (vanvugt) |
Changed in libhybris (Ubuntu): | |
status: | In Progress → Won't Fix |
tags: | added: xmir |
tags: | added: mako |
Changed in xorg-server (Ubuntu): | |
status: | In Progress → Triaged |
Changed in libepoxy (Ubuntu): | |
status: | In Progress → Triaged |
Changed in xorg-server (Ubuntu): | |
importance: | Medium → Low |
Changed in libepoxy (Ubuntu): | |
importance: | Medium → Low |
Changed in libhybris (Ubuntu): | |
importance: | Medium → Low |
Changed in xorg-server (Ubuntu): | |
status: | Triaged → Won't Fix |
Changed in libepoxy (Ubuntu): | |
assignee: | Daniel van Vugt (vanvugt) → nobody |
Changed in libhybris (Ubuntu): | |
assignee: | Daniel van Vugt (vanvugt) → nobody |
Changed in xorg-server (Ubuntu): | |
assignee: | Daniel van Vugt (vanvugt) → nobody |
Changed in libepoxy (Ubuntu): | |
status: | Triaged → Won't Fix |
Changed in libhybris (Ubuntu): | |
status: | New → Won't Fix |
If only there was a way to force libepoxy to use GLESv2 (which it understands also) then it would not try to call the offending glGetStringi().