dunno if its the same bug as #1505533, but on OpenBSD with our per-process sandboxing, processes have a distinct/different view of the filesystem, the gpu process has been allowed to access /dev/drm0 and usr/lib for swrast via libllvm, so https://get.webgl.org works fine and basic webgl tests are okay. *but* about:support shows broken webgl info, and on stderr i have this: ``` libGL error: failed to open /dev/drm0: No such file or directory libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast (search paths /usr/X11R6/lib/modules/dri) libGL error: failed to load driver: swrast ``` it seems about:support runs in the main process, and doesnt 'proxy' this information gathering to the gpu process. adding the missing unveils for /dev/drm0 & /usr/lib helps about:support webgl1 & webgl2 section to show the proper debugging info, but imo this shouldnt be needed.
Bug 1680946 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
dunno if its the same bug as bug #1505533, but on OpenBSD with our per-process sandboxing, processes have a distinct/different view of the filesystem, the gpu process has been allowed to access /dev/drm0 and usr/lib for swrast via libllvm, so https://get.webgl.org works fine and basic webgl tests are okay. *but* about:support shows broken webgl info, and on stderr i have this: ``` libGL error: failed to open /dev/drm0: No such file or directory libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast (search paths /usr/X11R6/lib/modules/dri) libGL error: failed to load driver: swrast ``` it seems about:support runs in the main process, and doesnt 'proxy' this information gathering to the gpu process. adding the missing unveils for /dev/drm0 & /usr/lib helps about:support webgl1 & webgl2 section to show the proper debugging info, but imo this shouldnt be needed.
dunno if its the same bug as bug #1505533, but on OpenBSD with our per-process sandboxing, processes have a distinct/different view of the filesystem, the gpu process has been allowed to access /dev/drm0 and usr/lib for swrast via libllvm, so https://get.webgl.org works fine and basic webgl tests are okay. *but* about:support shows broken webgl info, and on stderr i have this: ``` libGL error: failed to open /dev/drm0: No such file or directory libGL error: failed to load driver: radeonsi libGL error: MESA-LOADER: failed to open swrast (search paths /usr/X11R6/lib/modules/dri) libGL error: failed to load driver: swrast ``` it seems about:support runs in the main process, and doesnt 'proxy' this information gathering to the gpu process. adding the missing unveils for /dev/drm0 & /usr/lib helps about:support webgl1 & webgl2 section to show the proper debugging info, but imo this shouldnt be needed, and confuses the end user who might not understand why webgl works/doesnt work.