On Jan 27 2017 or thereabouts, Samuel Thibault wrote:
> Hello,
>
> Benjamin Tissoires, on Fri 27 Jan 2017 18:13:17 +0100, wrote:
> > When switching back from Gnome, the VT is not aware of the
> > current state of the LEDs. So if Gnome changes them, the
> > kernel still bellieves they are off, and
On Jan 27 2017 or thereabouts, Samuel Thibault wrote:
> Hello,
>
> Benjamin Tissoires, on Fri 27 Jan 2017 18:13:17 +0100, wrote:
> > When switching back from Gnome, the VT is not aware of the
> > current state of the LEDs. So if Gnome changes them, the
> > kernel still bellieves they are off, and
Hello,
Benjamin Tissoires, on Fri 27 Jan 2017 18:13:17 +0100, wrote:
> When switching back from Gnome, the VT is not aware of the
> current state of the LEDs. So if Gnome changes them, the
> kernel still bellieves they are off, and it won't turn them
> off when switching to a new TTY.
I'm not
Hello,
Benjamin Tissoires, on Fri 27 Jan 2017 18:13:17 +0100, wrote:
> When switching back from Gnome, the VT is not aware of the
> current state of the LEDs. So if Gnome changes them, the
> kernel still bellieves they are off, and it won't turn them
> off when switching to a new TTY.
I'm not
When switching between consoles, the LEDs state is correctly
assigned, as long as the kernel manages the console.
When switching back from Gnome, the VT is not aware of the
current state of the LEDs. So if Gnome changes them, the
kernel still bellieves they are off, and it won't turn them
off when
When switching between consoles, the LEDs state is correctly
assigned, as long as the kernel manages the console.
When switching back from Gnome, the VT is not aware of the
current state of the LEDs. So if Gnome changes them, the
kernel still bellieves they are off, and it won't turn them
off when
6 matches
Mail list logo