Content-Length: 301267 | pFad | http://github.com/DragonFlyBSD/DeltaPorts/pull/931

10 Fix EGL Window creation and prevent GLFW-Wayland from SEGFAULTING by FrostKiwi · Pull Request #931 · DragonFlyBSD/DeltaPorts · GitHub
Skip to content

Fix EGL Window creation and prevent GLFW-Wayland from SEGFAULTING #931

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 3 commits into
base: master
Choose a base branch
from

Conversation

FrostKiwi
Copy link

These are fixes that I needed to apply in order for glfwCreateWindow() to stop SEGFAULTING, with the main culprit being EXT_image_dma_buf usage, despite not being supported.
The patches allow window creation on sway, with Mesa 18.3.2 and newer. However, due to EXT_KHR not being properly used, the window remains blank with Mesa 18.3.2, even though a context is successfully created. Proper EXT_KHR extension use was fixed at some point and with Mesa 20.2.0-devel (git-412e29c277) at the latest, window and context creation works without issue.

All patch files were diffed against Mesa 20.2.0-devel (git-412e29c277).

FrostKiwi added 3 commits May 14, 2020 02:20
…n DFLY. Patch applicable to Mesa 18+. This patch file was diffed from Mesa 20.2.0-devel (git-412e29c277)
…cky solution to place a pointer in place of the version number. The branch that uses mincore to do so fails on DFLY. The other branch works and is thus forced. Patch applicable to Mesa 18+. This patch file was diffed from Mesa 20.2.0-devel (git-412e29c277)
…n DFLY. Forcefully prevent branch leading to wl_dmabuf to be false. Patch applicable to Mesa 18+. This patch file was diffed from Mesa 20.2.0-devel (git-412e29c277)
@daftaupe
Copy link
Member

daftaupe commented Nov 3, 2022

@FrostKiwi sorry for not taking care of this PR earlier, but would you still have a working DragonFly setup running wayland/Sway ?
We would like to test the current state of wayland before trying to upgrade it to the version of the FreeBSD ports (see the draft in #1293)

@FrostKiwi
Copy link
Author

FrostKiwi commented Nov 4, 2022

@FrostKiwi sorry for not taking care of this PR earlier, but would you still have a working DragonFly setup running wayland/Sway ? We would like to test the current state of wayland before trying to upgrade it to the version of the FreeBSD ports (see the draft in #1293)

Sure. I actually switched to FreeBSD, but I'll throw DragonFlyBSD again on a machine an check the state of Window creation.

@tuxillo
Copy link
Member

tuxillo commented Jul 28, 2023

@FrostKiwi sorry for not taking care of this PR earlier, but would you still have a working DragonFly setup running wayland/Sway ? We would like to test the current state of wayland before trying to upgrade it to the version of the FreeBSD ports (see the draft in #1293)

Sure. I actually switched to FreeBSD, but I'll throw DragonFlyBSD again on a machine an check the state of Window creation.

If you could actually describe the steps maybe we can do it ourselves. Let me know :)

@FrostKiwi
Copy link
Author

FrostKiwi commented Aug 2, 2023

@FrostKiwi sorry for not taking care of this PR earlier, but would you still have a working DragonFly setup running wayland/Sway ? We would like to test the current state of wayland before trying to upgrade it to the version of the FreeBSD ports (see the draft in #1293)

Sure. I actually switched to FreeBSD, but I'll throw DragonFlyBSD again on a machine an check the state of Window creation.

If you could actually describe the steps maybe we can do it ourselves. Let me know :)

Ohh sry. Kind of stuck with other tasks to reinstall a whole OS to fix something that might not be there anymore.

The crux of the issue was Wayland window creation segfaulting under specific situations, because DragonFlyBSD did not support EXT_image_dma_buf, which caused a black window or crash (depending the Mesa version) to appear under the specific combination of a Wayland compositor running a wayland window created via GLFW.

Unless I misremember something, to confirm this still being an issue would be to create a Window using GLFW in Wayland mode under swaywm as the compositor. GLFW usually comes default in X11 mode and has to be recompiled with GLFW_USE_WAYLAND set to true. Then window creation failed on DragonFlyBSD, which was traced to EXT_image_dma_buf missing with the help from the Mesa dev's IRC channel.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants








ApplySandwichStrip

pFad - (p)hone/(F)rame/(a)nonymizer/(d)eclutterfier!      Saves Data!


--- a PPN by Garber Painting Akron. With Image Size Reduction included!

Fetched URL: http://github.com/DragonFlyBSD/DeltaPorts/pull/931

Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy