Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 674292 - sys-apps/systemd-240 breaks display/login managers using Nvidia/AMD proprietary drivers
Summary: sys-apps/systemd-240 breaks display/login managers using Nvidia/AMD proprieta...
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo systemd Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-01-02 06:25 UTC by Siuchung Cheung (Clement)
Modified: 2020-02-23 17:31 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Siuchung Cheung (Clement) 2019-01-02 06:25:44 UTC
TLDR:
https://github.com/systemd/systemd/issues/10435

Systemd decided framebuffer with no graphics acceleration up doesn't count as "graphics capable" anymore. Someone pointed out it will probably break AMD and Nvidia proprietary drivers that doesn't report the device via the open source DRM interface but they did it anyways leaving driver vendors to figure out how to get it working again. 8-O


Symptom:
After upgrading to systemd-240, SDDM (and probably any DM that uses the CanGraphical flag) no longer start and system is stuck in text mode. Not much errors produced in usual places since it fails too early before we even start the X server.

journalctl -e -u sddm:
Jan 01 18:49:00 bliss sddm[2955]: Initializing...
Jan 01 18:49:00 bliss sddm[2955]: Starting...
Jan 01 18:49:00 bliss sddm[2955]: Logind interface found
(Stuck after this message, listening on DBus for a graphical terminal to show up.)


Workarounds:
1. Switch to another VT (ctrl-alt-f2) and login in text mode. Start X manually. For e.g., "startx /usr/bin/startkde".
2. Go to /lib/udev/rules.d/71-seat.rules and revert their change.
3. Downgrade to systemd-239 and mask systemd-240 if you use proprietary drivers.

Long term fix:
They speculated that it will be fixable with some udev rule and someone provided examples from Ubuntu. https://github.com/tseliot/ubuntu-drivers-common/blob/master/share/hybrid/71-u-d-c-gpu-detection.rules https://github.com/tseliot/ubuntu-drivers-common/blob/master/share/hybrid/u-d-c-print-pci-ids

No idea how other distros plan to handle this.
Comment 1 Mike Gilbert gentoo-dev 2019-01-02 15:57:36 UTC
Please take this discussion upstream.
Comment 2 Larry the Git Cow gentoo-dev 2019-01-24 14:53:33 UTC
The bug has been referenced in the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=55b9c69178b4518b06b29c3f156c2f1e33211224

commit 55b9c69178b4518b06b29c3f156c2f1e33211224
Author:     Mike Gilbert <floppym@gentoo.org>
AuthorDate: 2019-01-24 14:47:16 +0000
Commit:     Mike Gilbert <floppym@gentoo.org>
CommitDate: 2019-01-24 14:47:16 +0000

    sys-apps/systemd: backports for 240 based on v240-stable branch
    
    Bug: https://bugs.gentoo.org/674520
    Bug: https://bugs.gentoo.org/674292
    Bug: https://bugs.gentoo.org/674152
    Package-Manager: Portage-2.3.56_p3, Repoman-2.3.12_p50
    Signed-off-by: Mike Gilbert <floppym@gentoo.org>

 sys-apps/systemd/Manifest              |   1 +
 sys-apps/systemd/systemd-240-r4.ebuild | 457 +++++++++++++++++++++++++++++++++
 2 files changed, 458 insertions(+)
Comment 3 Akos Szalkai 2019-04-25 18:03:25 UTC
The exact same thing (described by Clement in #1) happens with systemd-241, which is stabilized now. Meaning that stable nvidia-drivers + stable systemd = no display manager right now. X can only be started manually after login.
Comment 4 Mike Gilbert gentoo-dev 2019-04-25 18:55:24 UTC
I don't have hardware that is supported by the proprietary Nvidia or AMD drivers, so there is very little I can to to troubleshoot this.

Patches welcome.