Haiku R1B5 (hrev59264) x64 w/ Mesa 25.3.3 update (
kallisti5):
I think it is better to discuss Mesa 3D unrelated to NVIDIA in separate topic.
Were is this GLInfo app?
Were is this GLInfo app?
/system/apps/GLInfo
nope i mean on haikudepot
It’s part of Haiku package. ![]()
Strange glinfo does not work for me.
I edit, it crashes
Can you show your screen preferences snapshot? See @X512’s example in this thread.
GLInfo is included as part of the Haiku kernel subsystem (i.e. OpenGL Kit) and packaging. No separate package for it within Haiku Depot Server.
See @X512 on any Nebula driver issues with GLInfo or elsewhere.
Huge steps have been made, gave it a go with my nvidia T1000 so far pretty much everything OpenGL based crashes but alone having a proper resolution on screen, awesome work X512.
Got the same on a 2080 - shows nvidia_gsp (?) in screen prefs and detects everything ok, but GLInfo and GLTeapot are failing to create a surface. Didn’t have time to try and work out why just yet.
x512, Thanks for your great work on Haiku Nvidia drivers!
I have managed to get my RTX 3080 Ti to work on Haiku which is awesome.
DisplayPort did not work from beginning (HDMI worked) and that got me started to
fiddling with the code. Then I just continued working…
I created a small cli (similar as nvidia-smi), named it nvidia-info.
GL Teapot is now spinning with BDirectWindow (I had to change on Haiku code).
Resizing and moving is working. DirectMode still needs some more work.
okay that is good to be part of the driver ¿not?
GLife is another interesting screensaver…
Nice to hear the RTX 3080 Ti works with the new driver.
What are changes exactly? I do not think that BDirectWindow has meaning unless GPU DMA commands are used.
You’re right - pure BDirectWindow CPU writes aren’t GPU accelerated. The changes add B_PARALLEL_ACCESS flag to display_mode.flags and fix libgame.so to clone nvidia_framebuffer area by name. There was also a bug fix: more_reserved initialization was inside #if DW_NEEDS_LOCKING (which is 0), so clone tracking was never initialized - causing timeouts when moving/resizing windows.
For GLTeapot, the actual rendering goes through Zink/Vulkan (GPU accelerated), BDirectWindow just provides the target surface and clipping info. Without Vulkan, it would be CPU-only drawing to VRAM.
I have patches ready for the accelerant changes (GPU stats monitoring, B_PARALLEL_ACCESS, mode validation overrides). Would you prefer patches sent to you, or should I create a PR on your repository?
You can create GitHub pull requests to share patches.
In short, I tested the new drivers. This is not a bad thing, especially considering the fact that I managed to enable my own resolution on my card with a good refresh rate. I also tested the performance in the most demanding game available. Great job, thanks @X512!
Medium quality:
Max quality:
Was this the packaged driver out of interest?






