Does FreeBSD support OpenGL 3.3?

[Arto Pekkanen]

DRM device cannot be opened for writing. This is because FreeBSD kernel 
v11 declares /dev/dri/* group as 44, which is "video" in the FreeBSD 11 
userland.

Three methods to solve this problem:
1. If you are running FreeBSD 11 userland, add user to video group: pw 
groupmod video -m <your_user>
2. If you are running FreeBSD 10.x userland, add user the the wheel 
group, and mod dev node privs: pw groupmod wheel -m <your_user>; chgrp 
wheel /dev/dri/*
    NOTE: you must chgrp wheel /dev/dri/* after EVERY reboot
3. Create video group, add user to it. pw groupadd video -g 44 -M 
<your_user>

Sources:
https://github.com/freebsd/freebsd/blob/master/UPDATING
"""
20150809:
	The default group assigned to /dev/dri entries has been changed
	from 'wheel' to 'video' with the id of '44'. If you want to have
	access to the dri devices please add yourself to the video group
	with:

	# pw groupmod video -m $USER
"""

Eax Melanhovich kirjoitti 14.02.2016 18:49:
> Hello, Michael
> 
>> The WIP kernel driver instructions are here:
>> https://wiki.freebsd.org/Graphics/Update%20i915%20GPU%20driver%20to%20Linux%203.8
> 
> It works! I have OpenGL 3.3 now. But there is a problem.
> 
> Here is a program I used to test OpenGL support:
> 
> https://github.com/afiskon/c-opengl-text
> 
> This is how it looks on Ubuntu, Windows and MacOS:
> 
> http://eax.me/files/2016/02/opengl-text.jpg
> 
> And this is how it looks on FreeBSD:
> 
> http://imagizer.imageshack.com/img923/6271/UrwLLK.png
> 
> All DXT textures are rendered either black or white. I recognize this
> behaviour because I observed it recently when I tried to run OpenGL
> examples on VMWare:
> 
> http://askubuntu.com/questions/730536/vmware-workstation-doesnt-render-dds-dxt-textures
> 
> Also note suspicious output from libGL.

-- 
Arto Pekkanen