Description of problem:
At login; after boot, logout, or resume, both happens:
a) the login screen flickers once a second with a horizontal band approx 2cm high band of higher luminosity shown about one frame, slowly moving down over the screen for each flicker.
b) after password is entered disk lamp flickers as usual, but it never shows desktop. WORKAROUND: hit ctrl-alt-F2 (text console screen) and then ctrl-alt-F1 and desktop is immediately there.
__Version-Release number of selected component (if applicable):
DE = current mga6 Plasma
DM = SDDM 0.14.0-13
Problem got visible after updates a couple days ago, amongst them i remember systemd 230.12-3, radeon-firmware 2018-01-18 and something else radeon
It did NOT appear after update to latest kernel (4.14.13)
__ How reproducible:
§ Only experienced using SDDM DM; I changed to LXDM, and it do not show that problem at login (except at resume, when SDDM seem to be used anyways) Did not test other DM
§ I only see it on that specific laptop: Thinkpad T60 with *Radeon* graphics
As SDDM have not been changed for over a year i start blaming systemd, but it may also be radeon. Or maybe SDDM need an update?
This cause no problem for me, and I plan reinstalling when new Qt, Plasma etc hits mga6, and maybe the problem do not show there, so unless other have problems with this it is OK by me to rest with it as is for now.
basesystem, kde, kernel, marja11
Now i updated my old Thinkpad T42p which runs mga6 32 bit plasma, and have AMD/ATI GPU (RV350/M10 GL [Mobility FireGL T2]
* same issue with flickering *- actually more visible; the bright band is wider. (Wider because this is a slower machine? which seem to indicate it is because some software get triggered every second and disturbs display then...?)
In the few tests so far it do not fail to show desktop, like my T61 in comment 0.
So both my laptops which have AMD GPU shows this problem
(In reply to Morgan Leijström from comment #1)
> Now i updated my old Thinkpad T42p which runs mga6 32 bit plasma, and have
> AMD/ATI GPU (RV350/M10 GL [Mobility FireGL T2]
> * same issue with flickering *- actually more visible; the bright band is
> wider. (Wider because this is a slower machine? which seem to indicate it
> is because some software get triggered every second and disturbs display
> In the few tests so far it do not fail to show desktop, like my T61 in
> comment 0.
> So both my laptops which have AMD GPU shows this problem
When using the workaround on the first system, right after hitting Ctrl+Alt+F2, please fetch
so you can attach it to this report (it might be overwritten when you switch back with Ctrl+Alt+F1)
Can you please also attach log.txt that is the result of running, as root:
journalctl -b > log.txt
right after rebooting and reproducing the issue on that system?
And please attach its
I am also experiencing the screen flickering described by "Morgan Leijström 2018-01-29 14:59:38 CET":
"a) the login screen flickers once a second with a horizontal band approx 2cm high band of higher luminosity shown about one frame, slowly moving down over the screen for each flicker.
b) after password is entered disk lamp flickers as usual, but it never shows desktop. WORKAROUND: hit ctrl-alt-F2 (text console screen) and then ctrl-alt-F1 and desktop is immediately there."
After login, splash screen does not work properly. I have Mageia's default cauldron image, and it shows only the first image, no bubbles appearing. Then it shows again login screen image, only image. To be able to use the desktop environment I must change to a text console (Ctrl+Alt+F2..n) and back to Desktop environment (Alt+F1).
Problem started after updating
2018-01-25, MGAA-2018-0022: radeon-firmware, ldetect-lst, libdrm, mesa, wayland-protocols, x11-driver-video-amdgpu, x11-driver-video-ati, x11-driver-video-intel
Thank you very much!
Additional information about the graphic card:
00:1a.1 USB controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02) (prog-if 00 [UHCI])
Subsystem: Hewlett-Packard Company Device [103c:2a73]
Flags: bus master, medium devsel, latency 0, IRQ 21
I/O ports at b480 [size=32]
Capabilities: <access denied>
Kernel driver in use: uhci_hcd
Kernel modules: uhci_hcd
Created attachment 9980 [details]
Per comment #2, compressed journal boot to login fail
Created attachment 9981 [details]
Per comment #2, Xorg log to login fail
Created attachment 9982 [details]
Per comment #2, Xorg conf
I also tried XDM: after boot no flicker at login, but the problem is like before that after resume SDDM is used to login and it have the problem described like before.
I have tried with and without Composition, and with and without EXA enabled in graphics settings: Also tried 4.9 / 4.16 kernel - no difference any time.
Now i also tried Plasma-Wayland (after todays updates): SDDM flickers at login of course (wayland plasma not launched yet). When logged in Plasma is unusably slow! There is no flicker at SDDM login after resume, but after login i have a completely black screen. Ctrl-backspace-backspace got me back to a blinking SDDM...
Now i tried also changing to graphics driver xorg ati: same result.
IIRC xorg ati and radeon is the same on mageia nowadays?
amdgpu is too new for my GPU (tried anyway and failed badly)
Now i tried cinnamon (@ LXDM, latest kernel, xorg ati), and find cinnamon flicker when i move the mouse !!
I could try downgrading i.e radeon, of course... later...
Workaround for now: LXDM + MATE. (This is a production machine)
systemd/radeon/SDDM: screen flickers @1Hz, and fail to show desktop =>
systemd/radeon/SDDM: screen flickers @1Hz, and fail to show desktop, cinnamon flicker when moving mouseKeywords:
Thanks for the attachments, Morgan!
(In reply to Iñigo Salvador Azurmendi from comment #3)
> Problem started after updating
> 2018-01-25, MGAA-2018-0022: radeon-firmware, ldetect-lst, libdrm, mesa,
> wayland-protocols, x11-driver-video-amdgpu, x11-driver-video-ati,
Morgan didn't mention mesa, as you do, but mesa must have been updated on his system too. It might be the culprit, it caused serious problems with sddm and plasma in cauldron (which got fixed with mesa-18.0.0-0.rc4.1.mga7 )
Assigning to the kernel and drivers maintainers, one of them is also the mesa maintainer.
Probably, i did not check updates carefully yet.
Tell me what package and version you want me to downgrade to and test.
I guess something like the following + reboot would work?
urpmi --downgrade packagename-version
Or could new mesa be ported to mga6 testing?
(In reply to Morgan Leijström from comment #10)
> Probably, i did not check updates carefully yet.
> Tell me what package and version you want me to downgrade to and test.
> I guess something like the following + reboot would work?
> urpmi --downgrade packagename-version
> Or could new mesa be ported to mga6 testing?
Current mesa-17.3.2-1.1.mga6 was pushed to updates on 25 January, but mesa-17.3.3 is already in testing. However, it's not here, yet: http://madb.mageia.org/tools/updates
So I guess tmb isn't pleased with it as it is... you can test it at your own risk ;-)
The previous version was 17.1.5
For the packages list, see bug #21270, comment #0
(In reply to Marja van Waes from comment #11)
Current mesa-17.3.2-1.1.mga6 was pushed to updates on 25 January, but
> mesa-17.3.3 is already in testing. However, it's not here, yet:
> So I guess tmb isn't pleased with it as it is... you can test it at your own
> risk ;-)
Yeah, it missed some stuff, so I decided to wait for 17.3.4 that should be out ~today...
Thanks for the list Marja
I believe i downgraded all mesa packages it had from 17.3.2 to 17.5.1;
still SDDM flickers, and same workaround, and yes i rebooted...
soon will be trying downgrading radeon-firmware, x11-driver-video-ati, ...
Found the culprit :)
# urpmi --downgrade x11-driver-video-ati-7.9.0
Did it. (this version - in release media - is OK)
First tried - and it did not matter - to remove radeon-firmware. (BTW could not be downgraded as it is incompatible with the recent kernels i have) And i do not think my GPU benefits from it anyway...?
GPU in this Thinkpad T60: RV515/M54 [Mobility Radeon X1400]
BTW, all tests done with todays kernel 4.14.18-1
and current mesa-17.3.2-1.1.mga6 is OK.
systemd/radeon/SDDM: screen flickers @1Hz, and fail to show desktop, cinnamon flicker when moving mouse =>
Recent x11 ati on some systems make SDDM flicker @1Hz and fail to show desktop, cinnamon flicker when moving mouse
Fix OK also verified on my Thinkpad T42p (32 bit), (the T60 is 64 bit dual)
GPU= RV350/M10 GL [Mobility FireGL T2];
Module: Card:ATI r300/r400/r500 based FireGL
@Iñigo: do the same action work for you?
First make sure all other packages are updated, and then
# urpmi --downgrade x11-driver-video-ati-7.9.0
For me that works OK.
As users, until fixed, we could add that that package to /etc/urpmi/skip.list or simply deselect it when we do upgrades using the upgrading GUI.
I confirm your conclusions. Last week I followed your instructions and it worked. Thank you.
With newer version 7.10.0-1.mga6 apart from the issues mentioned before I experience another problem. Refresh rate was not correctly detected for one of the two monitors attached to the computer and it caused it to be unusable. Once I realized about it I set the refresh rate manually for that monitor every time after login-in.
After the regression to x11-driver-video-ati-7.9.0 everything is back to normal. No flicker, session starting splash screen works properly and monitors refresh rate auto-detects correctly.
I couldn't reply earlier because of the "Mageia Identity Security Breach" issue. I couldn't reset my password. Thanks to sysadmins by the way.
(In reply to Morgan Leijström from comment #16)
> @Iñigo: do the same action work for you?
> First make sure all other packages are updated, and then
> # urpmi --downgrade x11-driver-video-ati-7.9.0
> For me that works OK.
> As users, until fixed, we could add that that package to
> /etc/urpmi/skip.list or simply deselect it when we do upgrades using the
> upgrading GUI.
I've just submitted a:
to testing, please test if that driver works
Thank you Thomas!
Works perfectly what i can see.
First tested x11-driver-video-ati-7.10.0-1.1.mga6 without any other updates since i last wrote above. Then also with all normal updates released until now.
Reboot, login, working in Plasma, suspend, resume into SSDM - all OK.
No noticeable slowdown or side effect, no errors in journal.
Tested on thinkpad T60 only. - The drive in my T42p did not want to be recognized by BIOS today - i knew it was going down, very old, had physical sector errors and pending reinstall on new drive... later... maybe mga6.1 :)
(In reply to Morgan Leijström from comment #19)
> Thank you Thomas!
> Works perfectly what i can see.
@Iñigo: can you test if it works for you too ?
Yes Thomas, x11-driver-video-ati-7.10.0-1.1.mga6 does work for me too. No flicker, both monitors refresh rate are properly detected.
There is only one thing, not sure it is related with this update. In Plasma I have activated an effect triggered by mouse on top-left corner of the screen to "Present windows - All desktops", after installation it doesn't work. Tried setting another effect "Run command" and this one works.
Should I downgrade again and see if it works?
(In reply to Thomas Backlund from comment #20)
> (In reply to Morgan Leijström from comment #19)
> > Thank you Thomas!
> > Works perfectly what i can see.
> @Iñigo: can you test if it works for you too ?
I have downgraded and the effect does not work anyway so it is not x11-driver-video-ati-7.10.0-1.1.mga6 related. Perhaps another update broke it.
Thank you very much!!
(In reply to Iñigo Salvador Azurmendi from comment #21)
> In Plasma
> I have activated an effect triggered by mouse on top-left corner of the
> screen to "Present windows - All desktops", after installation it doesn't
> work. Tried setting another effect "Run command" and this one works.
How weird. This is my wifeś machine and i do not know if it worked before, but neither "desktop grid", nor "all windows from all desktops works" work here. Probably more. This system do not have anything else from testing repo.
@Morgan and @Iñigo, can you also say if you tested 32 or 64bit
Advisory (added to svn):
subject: Updated x11-driver-video-ati packages fixes screen flickering
The update of x11-driver-video-ati in MGAA-2018-0022 caused screen
flickering on some hardware, and in some cases problems with
VT switching with ShadowFB. This update resolves that.
(In reply to Thomas Backlund from comment #24)
> @Morgan and @Iñigo, can you also say if you tested 32 or 64bit
64bit in my case.
32 bit here.
I was wrong. My test OK was on 64 bit mageia.
I will do a 32 bit reinstall on my 32 bit ati Thinkpad T42p now and report back here again.
Test OK on 32 bit
Fresh network install (pulling all normal updates while installing) 32 bit on my Thinkpad T42p (32 bit intel CPU, GPU ati X300), shows the reported problem.
SDDM login screen show flickering as described, but here show another bug: refuse to log in a user with no password set at install, will report that separately, or add to similar reports i see exist.
I changed to GDM and logged in that user OK. Plasma did work, but with lots of diagonal, triangular graphical flickering and artifacts.
Simply enabling testing repo and updating to x11-driver-video-ati-7.10.0-1.1.mga6 and rebooting solved the flickering and it runs quicker too (was probably wasting cycles on drawing all the graphic debris...)
Should QA test this update on modern ati GPU:s for regressions before releasing?
(I personally only have Intel and Nvidia on newer machines currently)
validating as tested and confirmed fixed on both arches
An update for this issue has been pushed to the Mageia Updates repository.
For the problem about Plasma multiple window overview functionalities problems - first described in comment 21 - i opened Bug 22720.
Sidenote: in my c#29 for SDDM i "misspelled" the user name in SDDM, i entered the user name with first letter capitalised, but that dialog need it all without caps... "Beginners mistake" - or a stuipd login dialog.
Much much better - but maybe not completely fixed?
SDDM and Plasma was working perfectly AFAICT, but now i logged out of Plasma and logged into Xfce and only see a black screen.
However, just doing Ctrl-alt-F2, Ctrl-Alt-F1 -> Xfce is OK
-That look similar to comment 0 point b)
This is on that fresh install 32 bit Thinkpad T42p.
Created attachment 10032 [details]
journalctl from plasma logout to xfce login and switching vt manually
This is part of journal from end of exiting plasma,
at 16:34:04 i select to login to Xfce,
screen was just black, until i pressed Ctrl-Alt-F2, Ctrl-Alt-F1 about a minute later and xfce got visible.
After end of this journal listing i see my USB stick being put in for capturing of this journal.
Probably not related, but to me this seem strange:
' "requirement "user ingroup nopasswdlogin" not met by user "ettan" '
This user was created at system install, and have no password.
This update is published, and as such the bug is closed.
And it fixed the real critical stuff (flickering making it useless)
If there still an issue with switchng DEs, open up a new report regarding that, and check if downgrading the x11-driver-video-ati still fixes it...
Also please try another DM, as sddm is known to be flaky... it pretty much gets hiccups even if you only sneeze :)
Was just going to :)
I do not see this using LightDM to log into Xfce,
so i created a separate bug 22722