FS#61964 - Linux 5.0 XPS 15 9570 Built in screen blinks but doesn't show anything.
Attached to Project:
Arch Linux
Opened by Chris Roth (CaeZaR) - Sunday, 10 March 2019, 00:15 GMT
Last edited by Antonio Rojas (arojas) - Wednesday, 01 May 2019, 12:57 GMT
Opened by Chris Roth (CaeZaR) - Sunday, 10 March 2019, 00:15 GMT
Last edited by Antonio Rojas (arojas) - Wednesday, 01 May 2019, 12:57 GMT
|
Details
Description:
I have a Dell XPS 15 9570 that I just updated to linux kernel 5 and when I reboot, the built in screen just blinks and doesn't respond to switching to the terminal with Alt-F2. I can get it out of this by attaching a monitor to the HDMI port and then I get a screen on that monitor (and the built it stops blinking, but still doesn't show anything). I'm using the nvidia driver. I have the following in my mkinitcpio.conf: MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm) and this in grub: GRUB_CMDLINE_LINUX_DEFAULT="nvidia-drm.modeset=1 acpi_rev_override=1 acpi_osi=Linux mem_sleep_default=deep" I've attached the last journal from the boot. If anyone can help me figure this out, it would be greatly appreciated. For now, downgrading back to the previous kernel fixes the issue. 
journal.dump
(377.3 KiB)
|
This task depends upon
MODULES=(intel_agp i915)
Boot options:
"Boot with defaults" "rw root=UUID=73d558a5-eb46-46db-b571-68ee2f58731b mem_sleep_default=deep"
Also, to anyone who starts work on this bug, I'm willing to run test patches on my machine to help close off the issue.
The internal Display works great. don't tested with LTS-Kernel...
Everything works fine with linux-lts kernel
Tested both with kernel 5.0 and 5.0.1, tonight I will give a chance to custom kernl built patching with https://invent.kde.org/snippets/44.
LTS kernel (4.19) and kernel 4.20.13 work smooth.
I boot to cli and then startx so this isn't an X thing. When I had the Nvidia driver u uninstalled DP1-2 worked to login bit startx failed obviously. Once I reinstalled Nvidia drivers DP1-2 worked again in X while eDP1 still flickered.
My understanding is that this is like an dp1.x detection issue
I blacklisted both modules (nvidia and nouveau) in order to fix another problem I had when using bumblebee with this computer (for more info about this other issue, see <https://bbs.archlinux.org/viewtopic.php?id=238389&p=5#p1826641>), so these drivers should not be the cause of the problem.
In 5.0 they have changed something related to eDP detection which causes the issue.
See also: https://bugzilla.kernel.org/show_bug.cgi?id=202915
- https://invent.kde.org/snippets/44
- https://bugs.freedesktop.org/attachment.cgi?id=143729
Edit:
Cherry-picked to drm-intel-fixes branch [3]
Edit2:
Pulled to master [4]
Edit3:
Queued for 5.0.8 [5]
[1] https://github.com/freedesktop/drm-intel/commit/f11cb1c19ad0563b3c1ea5eb16a6bac0e401f428
[2] https://drm.pages.freedesktop.org/maintainer-tools/maintainer-drm-intel.html
[3] https://github.com/freedesktop/drm-intel/commit/21635d7311734d2d1b177f8a95e2f9386174b76d
[4] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=21635d7311734d2d1b177f8a95e2f9386174b76d
[5] https://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git/commit/?id=e91c62592a423fe3327083df295c9c3b5f0f9167
"This is a note to let you know that I've just added the patch titled
drm/i915/dp: revert back to max link rate and lane count on eDP
to the 5.0-stable tree which can be found at:
http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary
The filename of the patch is:
drm-i915-dp-revert-back-to-max-link-rate-and-lane-count-on-edp.patch
and it can be found in the queue-5.0 subdirectory.
If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@vger.kernel.org> know about it."
If everything goes well, it should be included in next stable release.
I suppose this issue can be closed.