Bug 11089

Summary:	dkms processing during boot slows boot unacceptably
Product:	Mageia	Reporter:	Frank Griffin <ftg>
Component:	RPM Packages	Assignee:	Kernel and Drivers maintainers <kernel>
Status:	RESOLVED FIXED	QA Contact:
Severity:	normal
Priority:	Normal	CC:	mageia, tmb
Version:	Cauldron	Keywords:	Triaged
Target Milestone:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Source RPM:	dkms	CVE:
Status comment:

Description Frank Griffin 2013-08-27 16:29:59 CEST

Every time I boot and hit ESC to be able to see what is going on, I notice that as soon as the dkms checks begin, each dkms package check takes an excessive amount of time, ranging from 15 seconds for vboxadditions to 45 seconds for virtualbox.  In all cases, the module for the kernel being booted has already been built and installed, and the oot message that finally come out say so.

Any ideas about what would take so much elapsed time on a reasonably fast 8-core processor to determine that the module for the kernel is already installed ?  Or where any additional dkms output not routed to the console might be ?  

Reproducible: 

Steps to Reproduce:

Comment 1 Frank Griffin 2013-08-27 16:35:51 CEST

One possible contributing factor is that this is a regularly updated cauldron box that has about 32 older kernels in addition to the current one.  But I still don't see why it would be necessary to process any of the older ones as I always boot the current one.

Manuel Hiebel 2013-08-27 19:06:28 CEST

Keywords: (none) => Triaged
CC: (none) => mageia, tmb

Comment 2 Frank Griffin 2013-08-28 19:51:16 CEST

It's the 32 kernels.  I just did a fresh reinstall on this system, and this no longer occurs when booting the new partition.  But comment#1 still stands.

Comment 3 Frank Griffin 2014-03-29 21:21:53 CET

Still happening in current cauldron.

Comment 4 Frank Griffin 2016-06-29 17:15:22 CEST

Still happening in current cauldron.

Samuel Verschelde 2016-10-15 23:34:06 CEST

Assignee: bugsquad => kernel

Comment 5 Frank Griffin 2019-02-19 22:56:58 CET

Ping ?

Comment 6 Frank Griffin 2020-01-18 06:15:02 CET

No longer happening.

Resolution: (none) => FIXED
Status: NEW => RESOLVED