From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 9BA42138AE9 for ; Thu, 28 Dec 2017 21:40:30 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 92D02E0E67; Thu, 28 Dec 2017 21:40:23 +0000 (UTC) Received: from mail-ot0-x236.google.com (mail-ot0-x236.google.com [IPv6:2607:f8b0:4003:c0f::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 31233E0E3C for ; Thu, 28 Dec 2017 21:40:22 +0000 (UTC) Received: by mail-ot0-x236.google.com with SMTP id p31so29805728ota.4 for ; Thu, 28 Dec 2017 13:40:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=z0X82uq6ua+AjDBhd+AB4Virq+LQnYqrc9Tk+d4+zrQ=; b=Hgxg7q94lbj+zm78mLVInSw29+/av693KM3AAwrNrRZM+AyxM6yPRBEkKdpzurJwMl ry+WExmOQU3k2q8nkrgORtIGG/AKKGuCo9vvPsO9SNlHXd2KbYD/h2u5u0v/N+Lcx50f E5QVWNkpadRGRw8jzAAgLjdIp93rSth7G1Ry+QHGU/3KT5wEtONF3qXz5IW461rAKPAQ OPT7MALi/3ss3b0tM5uIN2bprsLcllHuwkO5qh8kaSQCZlLCrRaGQL/s7ro23SQaw5Ev WsymVel79rJ25oc9J4dWd/CwBSHnp51YSAZS3pERl0FfhdN6EJpx6IJOH8uKfYox/PhY LjZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=z0X82uq6ua+AjDBhd+AB4Virq+LQnYqrc9Tk+d4+zrQ=; b=JBqAeYv5gMxay167EX77u3IiEo0xCImjP8+DBuCSleTlVcVb0lXpDc5MArrdY6+cig mtoL27NUIEDl4jEpehNo7UJrRefs14Kyvdbb3GW6nhq+EDjcSv+2E/+2AWda4dYxKnCd ceCiK1Hj8fI62Hz/RO0JiTWgFS0WGkvzxvGcsjoNLhwoZAlExDb67leqSuifzoBu/QiG vUrE3LTjyNkZdDrc9BZ+eO8lKDF8Wvtvm1/QNCbs3n9HP1euGQfBXU2TO92fX96zrMeb 6ZefPJvBivFgAlu2YWh5KgAq+RnFsj9k3PtePn1Fdt7COh7CWcVGr7Mvx5ixMo6KtMnx ReDw== X-Gm-Message-State: AKGB3mLBLWRTaaMNskbt4cVDZM2JzeP7fj3zoJjjK0LTloUtNRFrXQH1 UXWyFSTNyW20kooKsmL2xfkRvWm+KEht+d5jmAE= X-Google-Smtp-Source: ACJfBotHxkxJ7jTvqLTe2OX5TNMgaX+gq25KTQ+Vv/vQqd098hUosiNPaRfJpiwtVDtIcasmTCA8QaeDheLFwNpyQkk= X-Received: by 10.157.17.161 with SMTP id v30mr23644235otf.36.1514497222010; Thu, 28 Dec 2017 13:40:22 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.74.85.83 with HTTP; Thu, 28 Dec 2017 13:39:41 -0800 (PST) In-Reply-To: <7691070.e6uvn9pucb@dell_xps> References: <7691070.e6uvn9pucb@dell_xps> From: Raymond Jennings Date: Thu, 28 Dec 2017 13:39:41 -0800 Message-ID: Subject: Re: [gentoo-user] Re: Kernel 4.14.7 no longer switches to VT7 To: gentoo-user Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 31a72485-cc52-47b8-b2d9-3846551a8748 X-Archives-Hash: 9765d05fc147a6069e967716e4a5ea5d 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 wrote: > On Monday, 25 December 2017 10:07:11 GMT J=C3=B6rg 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 yo= ur >> > VT is indeed set to 7. >> >> Content of /etc/conf.d/xdm >> =3D=3D=3D=3D=3D=3D=3D %< =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> CHECKVT=3D7 >> DISPLAYMANAGER=3D"sddm" >> rc_use=3D"mysql" >> =3D=3D=3D=3D=3D=3D=3D %< =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> >> > 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 kerne= l? >> >> Since I have this behavior with two desktop machines, I thought others m= ight >> haven been affected as well ... >> >> Cheers, >> J=C3=B6rg > > 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 post= ed 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