Re: Logging in/out on console while logged in in X removes hardware acceleration
Thanks for the reply. In the first place, I was wondering if creation of /dev/drm1 (same major and minor) is even possible. In Linux I can create as many devices I need pointing to the same major & minor numbers (for example creating a /dev/null for a chroot jail). If the logic is the same, then each login can create a separate device and later just remove it on logout. Yet, from security perspective it could be a bad solution ... Best Regards, Strahil Nikolov На 2 август 2020 г. 23:42:08 GMT+03:00, Mihai Popescu написа: >> can somwone explain me ... > >I guess one can, but it must be from old unix days. Things got changed >and >mixed, but they are considered ordinary now, so ordinary that even a >basic >newbie unix book skips them entirely. >I am curious even now what is the link among shell, terminal, console, >tty. >Even the newbies list is closed. > >All this will not hinder OpenBSD development, so use it as it is and >try to >grab some answers from internet, good or bad ones it is to you to >check.
Re: Logging in/out on console while logged in in X removes hardware acceleration
> can somwone explain me ... I guess one can, but it must be from old unix days. Things got changed and mixed, but they are considered ordinary now, so ordinary that even a basic newbie unix book skips them entirely. I am curious even now what is the link among shell, terminal, console, tty. Even the newbies list is closed. All this will not hinder OpenBSD development, so use it as it is and try to grab some answers from internet, good or bad ones it is to you to check.
Re: Logging in/out on console while logged in in X removes hardware acceleration
Hi All, can somwone explain me why all login sessions use /dev/drm0 and not /dev/drm1 or something like that ? Best Regards, Strahil Nikolov На 2 август 2020 г. 18:22:23 GMT+03:00, li...@wrant.com написа: >Fri, 31 Jul 2020 17:36:53 +0200 Nils Reuße >> Hi Theo, >> >> thank you for your reply. Well then, I guess I just stop switching >> around between different login sessions ;) >> >> Nils >> >> >> Am 31.07.2020 um 16:08 schrieb Theo de Raadt: >> > 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. >> > > >Hi Nils, > >Or use own tooling to reset desired permissions when you're in X again, >try to see if your window manager accepts bindings and use it instead..
Re: Logging in/out on console while logged in in X removes hardware acceleration
Explanation: It is how it works. Strahil Nikolov wrote: > Hi All, > > can somwone explain me why all login sessions use /dev/drm0 and not /dev/drm1 > or something like that ? > > Best Regards, > Strahil Nikolov > > Ðа 2 авгÑÑÑ 2020 г. 18:22:23 GMT+03:00, li...@wrant.com напиÑа: > >Fri, 31 Jul 2020 17:36:53 +0200 Nils ReuÃe > >> Hi Theo, > >> > >> thank you for your reply. Well then, I guess I just stop switching > >> around between different login sessions ;) > >> > >> Nils > >> > >> > >> Am 31.07.2020 um 16:08 schrieb Theo de Raadt: > >> > 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. > >> > > > > >Hi Nils, > > > >Or use own tooling to reset desired permissions when you're in X again, > >try to see if your window manager accepts bindings and use it instead.. >
Re: Logging in/out on console while logged in in X removes hardware acceleration
Fri, 31 Jul 2020 17:36:53 +0200 Nils Reuße > Hi Theo, > > thank you for your reply. Well then, I guess I just stop switching > around between different login sessions ;) > > Nils > > > Am 31.07.2020 um 16:08 schrieb Theo de Raadt: > > 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. > > Hi Nils, Or use own tooling to reset desired permissions when you're in X again, try to see if your window manager accepts bindings and use it instead.. -- Kind regards, Anton Lazarov MScEng EECSIT
Re: Logging in/out on console while logged in in X removes hardware acceleration
| Well then, I guess I just stop switching around between different login sessions What about avoiding Ctrl+Alt+F1 (and ... F5 wich is X) and use ... +F2, +F3, etc.? You could still miss some settings, I am not sure. I wonder if /etc/fbtab is able to support multiple tty entries and manage them each.
Re: Logging in/out on console while logged in in X removes hardware acceleration
Hi Theo, thank you for your reply. Well then, I guess I just stop switching around between different login sessions ;) Nils Am 31.07.2020 um 16:08 schrieb Theo de Raadt: 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?= 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
Re: Logging in/out on console while logged in in X removes hardware acceleration
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?= 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 >
Logging in/out on console while logged in in X removes hardware acceleration
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