Same thing reported long ago on Fedora has not only happening in Cauldron's kernel-desktop-3.19.3 (and priors) for a long time but also just began in Tumbleweed. with 3.19.x, Steps to Reproduce: 1.login on any vtty 2.startx to KDE4 3.log out of KDE4 Actual results 1-screen is either black or virtual black with very faint grey-white text. 2-changing to any other vtty and then back refreshes to expected screen coloring. 3-text is sprawled across the screen in a columns and width layout not matching the actual columns and rows available (line feeds in inappropriate places). Expected results: 1-normal complement of Xorg exit messages and shell prompt in visible colors immediately on leaving KDE. 2-line feeds where they belong mailing list thread(s): https://ml.mageia.org/l/arc/dev/2015-02/msg00384.html https://ml.mageia.org/l/arc/dev/2014-09/msg00218.html Reproducible: Steps to Reproduce:
Problem continues with kernel 3.19.8 and X server 1.16.4.
Can you also give the links to similar bug reports in other distributions?
Also, does it happen on specific hardware (if yes please attach output of lspcidrake -v) or any?
Keywords: (none) => NEEDINFO
Created attachment 6599 [details] lspcidrake -v from 2 rv200 systems and 1 nv11 system exiting startx to all black Only other bug I filed in any tracker: https://bugzilla.redhat.com/show_bug.cgi?id=1096487 Mailing lists have been seriously unhelpful: http://lists.x.org/archives/xorg/2015-March/057252.html http://lists.x.org/archives/xorg/2015-April/057314.html http://lists.freedesktop.org/archives/systemd-devel/2015-April/030752.html http://lists.freedesktop.org/archives/systemd-devel/2015-April/030752.html http://www.spinics.net/lists/linux-console/msg00212.html I've been able to reproduce this on NV11 again, by installing an nv11 gfxcard in host gx270, with which Cauldron produces this problem using rv200. For sure this must be an upstream problem, but which upstream? Kernel? Xorg? Driver? Other?
Upstream bug filed: https://bugs.freedesktop.org/show_bug.cgi?id=90572
Keywords: NEEDINFO => (none)URL: (none) => https://bugs.freedesktop.org/show_bug.cgi?id=90572
Keywords: (none) => UPSTREAM
Whiteboard: (none) => MGA5TOO FOR_ERRATA
Summary changed because this is not dependent on use of KDE as DM.
Summary: KDE run via startx exits to black screen => X via startx exits to black screen
Placed in the errata.
CC: (none) => shlomifWhiteboard: MGA5TOO FOR_ERRATA => MGA5TOO IN_ERRATA
Is this bug still valid? (Yeah, I know nothing happened in the upstream bug report, but bug reports are sometimes forgotten or missed). Assigning to the registered xinit maintainer, but CC'ing the kernel and drivers maintainers.
Keywords: (none) => NEEDINFOCC: (none) => kernel, marja11Assignee: bugsquad => eatdirt
I had a look, and I cannot reproduce so that's going to be difficult to fix. That looks like a driver issues. A few ideas if that might help: -Did you try with VESA? -Try to remove you vga=791 at boot -Do you have radeon-firmware installed? Good luck :-/
(In reply to Chris Denice from comment #9) > -Did you try with VESA? VESA does not support native widescreen modes. FBDEV doesn't either. 'urpme x11-driver-video-ati' switches Xorg to using the modesetting driver, which does not help. 'urpme x11-driver-video-ati x11-driver-video-modesetting' causes Xorg to fail to start, trying to use the fbdev driver. Additionally removing the fbdev driver doesn't work either. > -Try to remove you vga=791 at boot Removing it does not help. > -Do you have radeon-firmware installed? Yes. Upstream bug has been updated to show problem remains also in latest Fedora and openSUSE.
This seems to have been fixed by last September in MGA6 (host gx27b running Trinity Desktop), and remains so now with kernel-desktop-4.18.20.
Resolution: (none) => WORKSFORMEStatus: NEW => RESOLVED