[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#843693: Fwd: Re: Bug#843693: sddm: starting sddm results in white screen with active cursor and keyboard



¡Hola Jape!

El 2016-11-13 a las 13:57 -0500, Jape Person escribió:
Sincere apologies for not sending this properly before. I thought I received an acknowledgment from the bug system, but I must have sent only to Maximiliano.

Forgive the delay in sending this information properly.

I had received your previous mail, I just haven't had the time to think about this.

-------- Forwarded Message -------- Subject: Re: Bug#843693: sddm: starting sddm results in white screen with active cursor and keyboard Date: Tue, 8 Nov 2016 20:09:50 -0500 From: Jape Person <japers@comcast.net>
To: Maximiliano Curia <maxy@debian.org>

On 11/08/2016 05:48 PM, Maximiliano Curia wrote:
Control: severity -1 important

ii  sddm-theme-breeze [sddm-theme]  4:5.8.2-1

The breeze theme causes sddm to use the composite mode, this has caused issues with certain graphical cards in the past. Could you try installing sddm-theme-maui and removing sddm-theme-breeze?

Also, could you share the output of:
lspci -vnn | grep VGA -A 12

# lspci -vnn | grep VGA -A 12

01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV17 [GeForce4 MX 440] [10de:0171] (rev a3) (prog-if 00 [VGA controller]) Subsystem: ASUSTeK Computer Inc. NV17 [GeForce4 MX 440] [1043:a000] Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 16 Memory at e7000000 (32-bit, non-prefetchable) [size=16M]
         Memory at f0000000 (32-bit, prefetchable) [size=128M]
         Memory at ef800000 (32-bit, prefetchable) [size=512K]
         Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: [60] Power Management version 2 Capabilities: [44] AGP version 2.0 Kernel driver in use: nouveau Kernel modules: nouveau

Ok, this is just a random guess as I don't have the hardware to test this. But it might be that sddm is using opengl 2.0 calls and the geforce4 is as an opengl 1.2 only video card (https://nouveau.freedesktop.org/wiki/CodeNames/)

This might be workaroundable using the swrast mesa backend (with some associated performance penalties, though). For this you'll need to add LIBGL_ALWAYS_SOFTWARE=1 to the sddm running environment.

Also, if you have a mix of video drivers (if you have some nvidia or nvidia legacy parts installed) it might be that your glcore is being replaced by the nvidia one. If that's the case, and as the lspci shows that you are using the nouveau kernel driver the gl backend wouldn't work. For this running:
dpkg -l | grep nvidia
might help you to detect some half installed nvidia components.

Maybe someone in the #nouveau (irc.debian.org) irc channel might know better how to debug/fix/workaround the issue.

That's on the video driver side of things, on the sddm side of things, the corresponding syslog information for a sddm start might provide some insights. And if the sddm-greeter is segfaulting, the corresponding backtrace might be useful.

Happy hacking,
--
"It is practically impossible to teach good programming to students that have
had a prior exposure to BASIC: as potential programmers they are mentally
mutilated beyond hope of regeneration."
-- Edsger W. Dijkstra
Saludos /\/\ /\ >< `/

Attachment: signature.asc
Description: PGP signature


Reply to: