Description of problem: Installation is fine but the reboot is very slow, 3 mn from Grub menu to login and 10 mn from here to desktop. Message from grub to login: "drm atomic helper wait for dependencies ERROR", later on: "drm atomic helper wait for flip done ERROR". After login, impossible to get a console, alt ctrl Fx doesn't answer. Sometimes but not each time, the boot ends with a very slow but working desktop. Version-Release number of selected component (if applicable): Mageia 7 beta1 x86_64 on a Dell laptop Latitude D630. Plasma.
When you manage to get to a desktop, or to switch to tty2 with Ctrl+Alt+F2, please run, as root: systemd-analyze blame > blame.txt and attach blame.txt and please do also attach /root/drakx/report.bug.xa (Just in case I'm wrong to think this is a kernel error and wrong to assign to the kernel maintainers.) *Not* yet changing component from "Installer" to "RPM packages" CC'ing isobuilders and mageiatools maintainers.
Assignee: bugsquad => kernelCC: (none) => isobuild, mageiatools, marja11Summary: After a fine installation, cauldron is very slow => After a fine installation, cauldron is very slow ("drm atomic helper wait for" errors)
(In reply to Marja Van Waes from comment #1) > > and please do also attach /root/drakx/report.bug.xa > /root/drakx/report.bug.xz of course!
Created attachment 10492 [details] /root/drakx/report.bug.xz file
Created attachment 10493 [details] systemd-analyze blame > blame.txt
(In reply to André DESMOTTES from comment #0) > Description of problem: > Installation is fine but the reboot is very slow, 3 mn from Grub menu to > login and 10 mn from here to desktop. Message from grub to login: "drm > atomic helper wait for dependencies ERROR", later on: "drm atomic helper > wait for flip done ERROR". After login, impossible to get a console, alt > ctrl Fx doesn't answer. > Sometimes but not each time, the boot ends with a very slow but working > desktop. This is a kernel <-> hw (gpu) issue Does it work any better with kernel 4.19.3-1 ? If not, please attach journal from a fresh boot that is "slow"
CC: (none) => tmb
Created attachment 10494 [details] journalctl -b > journal.txt Nothing better with the last kernel
Yeah, so the bios is broken :/ kernel: [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work. kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:34:pipe A] flip_done timed out kernel: ------------[ cut here ]------------ kernel: vblank wait timed out on crtc 0 kernel: WARNING: CPU: 0 PID: 81 at drivers/gpu/drm/drm_vblank.c:1084 drm_wait_one_vblank+0x161/0x170 [drm] kernel: Modules linked in: i915 i2c_algo_bit drm_kms_helper video drm kernel: CPU: 0 PID: 81 Comm: kworker/u4:3 Not tainted 4.19.3-desktop-1.mga7 #1 kernel: Hardware name: Dell Inc. Latitude D630 /0KU184, BIOS A17 01/04/2010 Can you try to boot with: video.allow_duplicates=1
I added video.allow_duplicates=1 as a kernel option. It changed nothing between Grub menu and connection screen, still the same time to boot (3 mn) and the same error messages. It was faster from here to get the DE background and the mouse cursor (about 2 mn) but Plasma never showed up. I made the test twice.
I found a workaround In the file /etc/default/grub, I added "video=SVIDEO-1:d" to the line GRUB_CMDLINE_LINUX_DEFAULT="quiet splash". Now the computer boots in 25 seconds.
This workaround works no more with Mga7 beta2 round3 from feb/16
Keywords: (none) => 7beta2
Last updates did miracles. Mga7beta2 boots in 40 seconds with no workaround.
Status: NEW => RESOLVEDResolution: (none) => FIXED
Last updates didn't do miracles, I am the one who made a big mistake and didn't see that the kernel option was still there! To be clear, I have now two Mga7 versions on a DELL laptop, Classical and Live, both with: - kernel 4.20.11-desktop-2-mga7 - Plasma DE - Intel HD Graphics GPU - MBR/msdos system they both need the option "video=SVIDEO-1:d" for a quick boot. And I have another home-made computer with: - kernel 4.20.11-desktop-2-mga7 - Plasma DE - Intel HD Graphics GPU - UEFI/GPT system it doesn't need this option for a quick boot. After checking in Mageia 6, I could see it was the same problem, I didn't remember it. Sorry for the noise.
Status: RESOLVED => REOPENEDResolution: FIXED => (none)
When 4.20.13-1 lands tonight/tomorrow you should hopefully be able to boot without needing the "video=SVIDEO-1:d"
Nothing better with kernel 4.20.12-2 I didn't find 4.20.13-1
(In reply to André DESMOTTES from comment #14) > Nothing better with kernel 4.20.12-2 > I didn't find 4.20.13-1 Do you have Testing or Bakports in your list of media sources?
CC: (none) => hamnisdude
(In reply to Kristoffer Grundström from comment #15) > (In reply to André DESMOTTES from comment #14) > > Nothing better with kernel 4.20.12-2 > > I didn't find 4.20.13-1 > > Do you have Testing or Bakports in your list of media sources? I meant Backports. Sorry for the typo. I just woke up.
(In reply to André DESMOTTES from comment #14) > Nothing better with kernel 4.20.12-2 > I didn't find 4.20.13-1 That's because I said in comment 13 "tonight/tomorrow"... It's now currently building so it should be on ther mirrors later today/tonight
Kernel 4.20.13-1 solved the bug, Mga7 is now very fast to boot.
Resolution: (none) => FIXEDStatus: REOPENED => RESOLVED