Date: Sun, 14 Feb 2016 20:07:23 +0200 From: Arto Pekkanen <isoa@kapsi.fi> To: Eax Melanhovich <afiskon@devzen.ru> Cc: "Michael B. Eichorn" <ike@michaeleichorn.com>, freebsd-x11@freebsd.org, owner-freebsd-x11@freebsd.org Subject: Re: Does FreeBSD support OpenGL 3.3? Message-ID: <dc4ff55fcb62b7b5791b643228236fb6@kapsi.fi> In-Reply-To: <20160214194906.5b1d6f6b@fujitsu> References: <20160115103123.097be7d9@fujitsu> <5698A68D.8080202@dumbbell.fr> <20160115214315.4ee47348@fujitsu> <56B5434E.8070907@dumbbell.fr> <20160214131056.773c9f87@fujitsu> <1455456349.1203.3.camel@michaeleichorn.com> <20160214194906.5b1d6f6b@fujitsu>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?dc4ff55fcb62b7b5791b643228236fb6>