Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 750434 - sys-boot/plymouth-openrc-plugin-0.1.3 changes default X gpu and driver
Summary: sys-boot/plymouth-openrc-plugin-0.1.3 changes default X gpu and driver
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Matt J
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-10-20 14:53 UTC by Andrew Nowa Ammerlaan
Modified: 2020-10-22 01:44 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 Andrew Nowa Ammerlaan gentoo-dev 2020-10-20 14:53:23 UTC
Without plymouth-openrc-plugin X picks the boot GPU (which is the Intel integrated GPU) as default rendering GPU. `xrandr --setprovideroutputsource 1 0` then allows using the outputs on the dedicated AMD card, and allows rendering on the dedicated AMD card with the DRI_PRIME=1 variable. The Intel card uses the modesetting driver, and the AMD card uses the amdgpu driver.

After installing and setting up plymouth-openrc-plugin, the default rendering GPU suddenly is the AMD card, and both the AMD card and the Intel card use the modesetting driver. (This results in an unusable setup because of bug https://gitlab.freedesktop.org/xorg/xserver/-/issues/1018 and bug https://gitlab.freedesktop.org/xorg/driver/xf86-video-amdgpu/-/issues/11)

When I try to restore the old behaviour (Intel card as default with modesetting driver, AMD card as secondary with amdgpu driver) with an xorg.conf file I get:

[     8.265] (II) xfree86: Adding drm device (/dev/dri/card0)
[     8.265] (EE) /dev/dri/card0: failed to set DRM interface version 1.4: Permission denied
[     8.265] (II) xfree86: Adding drm device (/dev/dri/card1)
[     8.265] (EE) /dev/dri/card1: failed to set DRM interface version 1.4: Permission denied 

and: 

[     8.271] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[     8.271] (II) AMDGPU: Driver for AMD Radeon:
All GPUs supported by the amdgpu kernel driver
[     8.301] (WW) Falling back to old probe method for modesetting
[     8.686] (II) modeset(1): using default device
[     8.686] (II) AMDGPU(2): [KMS] Kernel modesetting enabled.
[     8.687] (EE) Screen 0 deleted because of no matching config section.
[     8.687] (II) UnloadModule: "modesetting"
[     8.687] (EE) Screen 1 deleted because of no matching config section.
[     8.687] (II) UnloadModule: "amdgpu" 

The problem is twofold:
- First, plymouth-openrc-plugin should not change the behaviour of X. The same X/SDDM configuration should result in the same X session regardless of whether plymouth has been run before X or not.
- And second, running plymouth should not result in Permission denied errors on /dev/dri/card* (possibly plymouth has not come to a complete stop and released control of the device by the time SDDM/X tries to start?)

Running `rc-service xdm restart` after the boot process with plymouth has completed and SDDM has tried to start, results in a normal working X session without needing to alter any configuration (in other words, this issue only occurs when SDDM/X starts *directly* after the plymouth-decorated boot process is completed).

See also: https://forums.gentoo.org/viewtopic-t-1121756-highlight-.html