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 sam
> 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
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.
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/fbt
| 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 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 i
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
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---
9 matches
Mail list logo