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?= <[email protected]> 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 >
