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

Bug#1012440: linux-image-amd64: Long time to load ACPI module battery.ko



Package: linux-image-amd64
Version: 5.10.113-1
Severity: normal
X-Debbugs-Cc: macgyver0@gmail.com

Dear Maintainer,
the boot process of my new laptop is heavily slowed down by the ACPI modules loading.
I narrowed down to the battery.ko module: it takes about 8.4 s to load, during which the system is apparently not doing anything and just waiting.

...
[    1.026951] SCSI subsystem initialized
[    1.030514] ACPI: Power Button [PWRF]
[    9.460317] battery: ACPI: Battery Slot [BAT1] (battery present)
[    9.465637] intel-lpss 0000:00:15.0: enabling device (0000 -> 0002)
...

Consider that 8 s in my case is very long time since the entire boot process (without loading that module) takes only ~10s.
I am on a new Lenovo laptop with i5-1035G1 and Samsung SSD 256 GB.
I do not see relevant module options to try and I have no other debug informations that could be useful: if you want more information just ask of course.

As a temporary solution I rebuilt the initrd without that module and I am loading it, by a custom systemd unit, in background as soon as possible, so that in the meantime the boot process can continue while it's loading and I can also login and start my DE (xfce).

Regards,
Luca

-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-14-amd64 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages linux-image-amd64 depends on:
ii  linux-image-5.10.0-14-amd64  5.10.113-1

linux-image-amd64 recommends no packages.

linux-image-amd64 suggests no packages.

-- no debconf information


Reply to: