I'm not sure what can be done about it.

/etc/fbtab's first role is to give access to subsystems, but it's
second more important role is to *take them away* later.

Unfortunately there is nothing "keeping state" about previous access
conditions, as well it is quite unclear if reverting to previous access
conditions would be a safe choice.


=?UTF-8?Q?Nils_Reu=c3=9fe?= <n.reu...@hxgn.net> wrote:

> Dear all,
> 
> logging in and out changes the owner of the /dev/drm0 file, so that one 
> loses hardware acceleration in X when additionally logging in and out on 
> a console.  Here's what I do:
> 
> 1) Boot Openbsd and log into X with xenodm.  Ownership of /dev/drm0:
> 
>      $ ls -l /dev/drm0
>      crw-------  1 nils  wheel   87,   0 Jul 31 13:07 /dev/drm0
> 
> 2) Switch to a console (e.g. CTRL-ALT-F1) and log in with the same user. 
>   The file is now owned by my user-group:
> 
>      $ ls -l /dev/drm0
>      crw-------  1 nils  nils   87,   0 Jul 31 13:07 /dev/drm0
> 
> 3) Log out from the console.  Ownership changes back to root/wheel, 
> thereby disabling hardware acceleration in X:
> 
>      $ ls -l /dev/drm0
>      crw-------  1 root  wheel   87,   0 Jul 31 13:07 /dev/drm0
> 
> To regain hardware acceleration, I have to manually chown the file back 
> to my userid, or relogin with xenodm.  So I guess logging in chowns the 
> file with my user (even with my user group when logging in via console), 
> and logging out reassigns the file owner to root.
> 
> I guess not much can be done about this, or can it?
> 
> Nils
> 

Reply via email to