[gentoo-user] Kernel 4.14.7 no longer switches to VT7

[gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Jörg Schaible]

Hi,

after the update and installation of gentoo-sources-4.14.7 my two machines no longer switch to SDDM on 
VT7, it stays on VT1. However, I can switch manually using CTRL-ALT-7 to SDDM and login as usual. If I boot 
with the last stable kernel 4.12.12 anything is back to normal and the login screen of SDDM appears directly 
while the rest of the modules is loaded in background.

Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed to load also their firmware 
with the new kernel 4.14.7, but there's still no automatic switch to VT7 anymore.

I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What may cause this weird behavior?

Cheers,
Jörg

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Raymond Jennings]

That sounds like a possible issue with your X configuration.

Did you double check /etc/conf.d/xdm and the like to make sure that
your VT is indeed set to 7.

Also double check your display manager configuration.

If your manual VT switch works fine I'd suspect a misbehaving display
manager possibly being confused by bad configuration

On Thu, Dec 21, 2017 at 7:41 AM, Jörg Schaible <joerg.schaible@gmx.de> wrote:
> Hi,
>
> after the update and installation of gentoo-sources-4.14.7 my two machines no longer switch to SDDM on
> VT7, it stays on VT1. However, I can switch manually using CTRL-ALT-7 to SDDM and login as usual. If I boot
> with the last stable kernel 4.12.12 anything is back to normal and the login screen of SDDM appears directly
> while the rest of the modules is loaded in background.
>
> Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed to load also their firmware
> with the new kernel 4.14.7, but there's still no automatic switch to VT7 anymore.
>
> I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What may cause this weird behavior?
>
> Cheers,
> Jörg
>
>

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Jörg Schaible]

Hi Raymond,

Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:

> That sounds like a possible issue with your X configuration.
>
> Did you double check /etc/conf.d/xdm and the like to make sure that your
> VT is indeed set to 7.

Content of /etc/conf.d/xdm
======= %< ==============
CHECKVT=7
DISPLAYMANAGER="sddm"
rc_use="mysql"
======= %< ==============

> Also double check your display manager configuration.
> 
> If your manual VT switch works fine I'd suspect a misbehaving display
> manager possibly being confused by bad configuration

Then, why does it work seamlessly when I boot with the old 4.12.12 kernel?

Since I have this behavior with two desktop machines, I thought others might haven been affected as well ...

Cheers,
Jörg

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Mick]

[-- Attachment #1: Type: text/plain, Size: 1399 bytes --]

On Monday, 25 December 2017 10:07:11 GMT Jörg Schaible wrote:
> Hi Raymond,
> 
> Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:
> > That sounds like a possible issue with your X configuration.
> > 
> > Did you double check /etc/conf.d/xdm and the like to make sure that your
> > VT is indeed set to 7.
> 
> Content of /etc/conf.d/xdm
> ======= %< ==============
> CHECKVT=7
> DISPLAYMANAGER="sddm"
> rc_use="mysql"
> ======= %< ==============
> 
> > Also double check your display manager configuration.
> > 
> > If your manual VT switch works fine I'd suspect a misbehaving display
> > manager possibly being confused by bad configuration
> 
> Then, why does it work seamlessly when I boot with the old 4.12.12 kernel?
> 
> Since I have this behavior with two desktop machines, I thought others might
> haven been affected as well ...
> 
> Cheers,
> Jörg

This won't help, but:

sddm has been broken on 3 different PCs here with Intel and AMD CPUs, on 
different MoBos, for months.  As far as I recall it always launched the 
desktop, but would not logout on the first attempt.  It also broke udisks 
because I could no longer mount storage devices using the GUI.  I've posted a 
bug, but nothing came of it other than the recommendation to try later 
versions - all of them borked.  On my own laptop I've moved to lightdm.

-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Raymond Jennings]

I don't know.

If it was a kernel issue directly, I'm pretty sure that manually
switching wouldn't be a viable workaround to begin with.  The fact
that the manual method still works means that your kernel and actual
video handling code is probably fine.

The fact that it won't work automiatcally, but still can work
manually, strongly hints at a configuration issue.  Though after your
reply I'm not sure if it's something in /etc or if a setting in your
kernel configuration is messed up.

On Mon, Dec 25, 2017 at 9:27 AM, Mick <michaelkintzios@gmail.com> wrote:
> On Monday, 25 December 2017 10:07:11 GMT Jörg Schaible wrote:
>> Hi Raymond,
>>
>> Am Sat, 23 Dec 2017 22:59:32 -0800 schrieb Raymond Jennings:
>> > That sounds like a possible issue with your X configuration.
>> >
>> > Did you double check /etc/conf.d/xdm and the like to make sure that your
>> > VT is indeed set to 7.
>>
>> Content of /etc/conf.d/xdm
>> ======= %< ==============
>> CHECKVT=7
>> DISPLAYMANAGER="sddm"
>> rc_use="mysql"
>> ======= %< ==============
>>
>> > Also double check your display manager configuration.
>> >
>> > If your manual VT switch works fine I'd suspect a misbehaving display
>> > manager possibly being confused by bad configuration
>>
>> Then, why does it work seamlessly when I boot with the old 4.12.12 kernel?
>>
>> Since I have this behavior with two desktop machines, I thought others might
>> haven been affected as well ...
>>
>> Cheers,
>> Jörg
>
> This won't help, but:
>
> sddm has been broken on 3 different PCs here with Intel and AMD CPUs, on
> different MoBos, for months.  As far as I recall it always launched the
> desktop, but would not logout on the first attempt.  It also broke udisks
> because I could no longer mount storage devices using the GUI.  I've posted a
> bug, but nothing came of it other than the recommendation to try later
> versions - all of them borked.  On my own laptop I've moved to lightdm.
>
> --
> Regards,
> Mick

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Kai Krakow]

Am Thu, 21 Dec 2017 15:41:26 +0000 schrieb Jörg Schaible:

> Hi,
> 
> after the update and installation of gentoo-sources-4.14.7 my two
> machines no longer switch to SDDM on VT7, it stays on VT1. However, I
> can switch manually using CTRL-ALT-7 to SDDM and login as usual. If I
> boot with the last stable kernel 4.12.12 anything is back to normal and
> the login screen of SDDM appears directly while the rest of the modules
> is loaded in background.
> 
> Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed
> to load also their firmware with the new kernel 4.14.7, but there's
> still no automatic switch to VT7 anymore.
> 
> I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What
> may cause this weird behavior?

If I remember right (many months ago), I fixed it by changing one line 
in /etc/sddm.conf:

[X11]
ServerArguments=-nolisten tcp -keeptty
                              ^^^^^^^^
                   This is where the magic happens

You may want to add or remove that parameter...


-- 
Regards,
Kai

Replies to list-only preferred.

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Jörg Schaible]

Hello Kai,

Am Sat, 30 Dec 2017 00:48:09 +0100 schrieb Kai Krakow:

[snip]
 
> If I remember right (many months ago), I fixed it by changing one line
> in /etc/sddm.conf:
> 
> [X11]
> ServerArguments=-nolisten tcp -keeptty
>                               ^^^^^^^^
>                    This is where the magic happens
> 
> You may want to add or remove that parameter...

thanks for the suggestion, but for me it had unfortunately no influence on the behavior...

Cheers,
Jörg

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Alan McKinnon]

On 21/12/2017 17:41, Jörg Schaible wrote:
> Hi,
> 
> after the update and installation of gentoo-sources-4.14.7 my two machines no longer switch to SDDM on 
> VT7, it stays on VT1. However, I can switch manually using CTRL-ALT-7 to SDDM and login as usual. If I boot 
> with the last stable kernel 4.12.12 anything is back to normal and the login screen of SDDM appears directly 
> while the rest of the modules is loaded in background.
> 
> Both machines have older Radeon chips (REDWOOD and CEDAR) and I managed to load also their firmware 
> with the new kernel 4.14.7, but there's still no automatic switch to VT7 anymore.
> 
> I found nothing obvious in /var/log/messages, dmesg or Xorg.0.log. What may cause this weird behavior?
> 
> Cheers,
> Jörg
> 
> 


It's probably a dodgy kernel point bersion, 4.14 is problematic.

Alice Ferrazzi posted this to gentoo-dev earlier today:

=====start quote=====
Hello,

We have recently started the stabilization of gentoo-sources-4.14.8.

Very soon we received reports regarding broken e1000e driver [1] and moved
to gentoo-sources-4.14.8-r1.

Since then we keep receiving new problems related to 4.14.x kernel:

- IPSec is broken [2]

- Change in 4.14.9 broke nVIDIA driver [3]

- Colors on console are broken with some Radeon HD cards [4]

- BUG report on boot [5]

- Unbootable system with CONFIG_MCORE2 [6]

- ...more bugs [7]

While not all issues are present in gentoo-sources-4.14.8-r1 we are
concerned about the current stability/quality of the 4.14.x branch in
general and don't feel comfortable recommending 4.14.x branch for general
use at the moment. But that's what a stable USE flag means for most
Gentoo users.

So, for now, we have decided to drop gentoo-sources-4.14.x stable keywords.
We will keep watching 4.14 branch and once the stability/quality matches
our requirements we will restart stabilization.

Keep in mind: We are only dropping stable USE flags. If
gentoo-sources-4.14.x works for you and you want to keep it, just keyword
the package on your own!
===== end quote=====

If you want to fix the bugs, then by all means soldier on. But if your
intent is to have a working system that boots, probably drop using
4.14.x and go back to say 4.12.x ?


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Frank Steinmetzger]

[-- Attachment #1: Type: text/plain, Size: 734 bytes --]

On Sat, Dec 30, 2017 at 02:18:12AM +0200, Alan McKinnon wrote:

> It's probably a dodgy kernel point bersion, 4.14 is problematic.
> 
> Alice Ferrazzi posted this to gentoo-dev earlier today:
> 
> =====start quote=====
> [ lots of problems ]
> ===== end quote=====

Now that’s interesting. On my thinkpad, 4.14 crashes with a nullpointer
derefenence when I build audio support into it. Built as a module it works,
but the sound card order is wrong (first HDMI, then PCM).
Hence I’m still on 4.9. ¯\_(ツ)_/¯

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

Supernatural divinities are the primitives’ answer
for why the sun goes down at night.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Michael Orlitzky]

It took a lot of work, but this latest kernel 14.4 enables support for
machines with 128 pebibytes of RAM, up from the old limit of 256 TiB.


On 12/30/2017 05:16 PM, Frank Steinmetzger wrote:
>  
> On my thinkpad, 4.14 crashes ... when I build audio support into it.


But who uses that?

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Ian Zimmerman]

On 2017-12-30 17:26, Michael Orlitzky wrote:

> It took a lot of work, but this latest kernel 14.4 enables support for
> machines with 128 pebibytes of RAM, up from the old limit of 256 TiB.
> 
> 
> On 12/30/2017 05:16 PM, Frank Steinmetzger wrote:
> >  
> > On my thinkpad, 4.14 crashes ... when I build audio support into it.
> 
> 
> But who uses that?

LOL! I hope you have more coming on April 1 ;-)

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Peter Humphrey]

On Saturday, 30 December 2017 00:18:12 GMT Alan McKinnon wrote:

> If you want to fix the bugs, then by all means soldier on. But if your
> intent is to have a working system that boots, probably drop using
> 4.14.x and go back to say 4.12.x ?

But the whole 4.12 branch has been masked, so that won't do. Here, I've had 
to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see 4.9.72 has been 
stabilised. I think I'll wait for some stabiliity in the kernel version 
offerings before I make another move. Three kernel compilations on six 
systems within a week are a few too many.

-- 
Regards,
Peter.

Re: [gentoo-user] Kernel 4.14.7 no longer switches to VT7

[Peter Humphrey]

On Sunday, 31 December 2017 00:33:34 GMT Peter Humphrey wrote:
> On Saturday, 30 December 2017 00:18:12 GMT Alan McKinnon wrote:
> > If you want to fix the bugs, then by all means soldier on. But if your
> > intent is to have a working system that boots, probably drop using
> > 4.14.x and go back to say 4.12.x ?
> 
> But the whole 4.12 branch has been masked, so that won't do. Here, I've
> had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see 4.9.72 has
> been stabilised.

Oops! That's on an x86 box. On this amd64 box the latest version is still 
4.9.49-r1.

> I think I'll wait for some stabiliity in the kernel
> version offerings before I make another move. Three kernel compilations
> on six systems within a week are a few too many.

-- 
Regards,
Peter.

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Ian Zimmerman]

On 2017-12-31 00:33, Peter Humphrey wrote:

> But the whole 4.12 branch has been masked, so that won't do. Here,
> I've had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see
> 4.9.72 has been stabilised. I think I'll wait for some stabiliity in
> the kernel version offerings before I make another move. Three kernel
> compilations on six systems within a week are a few too many.

FWIW, I find 4.9.73 (upstream, not gentoo) rock solid.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Peter Humphrey]

On Sunday, 31 December 2017 01:13:26 GMT Ian Zimmerman wrote:
> On 2017-12-31 00:33, Peter Humphrey wrote:
> > But the whole 4.12 branch has been masked, so that won't do. Here,
> > I've had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see
> > 4.9.72 has been stabilised. I think I'll wait for some stabiliity in
> > the kernel version offerings before I make another move. Three kernel
> > compilations on six systems within a week are a few too many.
> 
> FWIW, I find 4.9.73 (upstream, not gentoo) rock solid.

Well, I haven't fallen into whatever holes have been found in other versions 
yet either, as far as I know.

If you don't mind my asking, what factors make you prefer vanilla to gentoo 
sources? (I assume that's what you use.)

-- 
Regards,
Peter.

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Bill Kenworthy]

Hi all,
	is there a list of known problems with kernels 4.14.x?

I have a problem with hiddev, nut and a usb ups that appears kernel
dependent.

Cant find anything about 4.14 except for the gentoo-dev list emails

BillK


On 31/12/17 09:56, Peter Humphrey wrote:
> On Sunday, 31 December 2017 01:13:26 GMT Ian Zimmerman wrote:
>> On 2017-12-31 00:33, Peter Humphrey wrote:
>>> But the whole 4.12 branch has been masked, so that won't do. Here,
>>> I've had to go back to 4.9.49-r1 (amd64, not ~amd64). But now I see
>>> 4.9.72 has been stabilised. I think I'll wait for some stabiliity in
>>> the kernel version offerings before I make another move. Three kernel
>>> compilations on six systems within a week are a few too many.
>>
>> FWIW, I find 4.9.73 (upstream, not gentoo) rock solid.
> 
> Well, I haven't fallen into whatever holes have been found in other versions 
> yet either, as far as I know.
> 
> If you don't mind my asking, what factors make you prefer vanilla to gentoo 
> sources? (I assume that's what you use.)
> 

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Ian Zimmerman]

On 2017-12-31 01:56, Peter Humphrey wrote:

> If you don't mind my asking, what factors make you prefer vanilla to
> gentoo sources? (I assume that's what you use.)

One reason is security fixes.  Sometimes longterm vanilla already
includes the fixes from mainline, and when it does not, I know that the
diff will nearly always apply because they are just two branches of the
same git tree.

The other reason is the extra kconfig options in the gentoo sources,
which are on by default and I don't want any of them.  I don't remember
anymore but I _think_ at some point it wouldn't let me turn them off
without extreme violence.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Peter Humphrey]

On Sunday, 31 December 2017 18:46:06 GMT Ian Zimmerman wrote:
> On 2017-12-31 01:56, Peter Humphrey wrote:
> > If you don't mind my asking, what factors make you prefer vanilla to
> > gentoo sources? (I assume that's what you use.)
> 
> One reason is security fixes.  Sometimes longterm vanilla already
> includes the fixes from mainline, and when it does not, I know that the
> diff will nearly always apply because they are just two branches of the
> same git tree.
> 
> The other reason is the extra kconfig options in the gentoo sources,
> which are on by default and I don't want any of them.  I don't remember
> anymore but I _think_ at some point it wouldn't let me turn them off
> without extreme violence.

Interesting. Thanks.

-- 
Regards,
Peter.

[gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7

[Jörg Schaible]

Hi Alan,

Am Sat, 30 Dec 2017 02:18:12 +0200 schrieb Alan McKinnon:

[snip]

> It's probably a dodgy kernel point bersion, 4.14 is problematic.

[snip] 
 
> If you want to fix the bugs, then by all means soldier on. But if your
> intent is to have a working system that boots, probably drop using
> 4.14.x and go back to say 4.12.x ?

For my wife's box, I've made 4.12.12 the default, since the TV switch works with that kernel.

For my own one I've kept 4.14.8-r1 as default. It works for me apart from the manual VT switch. It's just 
annoying. We'll see what happens with the next version of the kernel.

Cheers,
Jörg