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

Bug#1006149: linux-image-5.16.0-1-686: Fails to boot on T41 Thinkpads



Damien Le Moal wrote :

> I posted another patch which disables the read log command for the adapter
> instead of just for your disk. Can you try that one too ?

It did not work in my case ... and neither blacklisting the entire
ICH4 class of pci adapters worked.

Blacklisting components and/or adding exceptions is not a good
practice to solve problems. In my opinion in the first post when the
log says :

[  4.xxxxxx] ata1.00: Read log 0x00 page 0x00 failed  Emask 0x1

maybe indicates that it has nothing to read since it still has not any
access to disk ...

Anyway this reminds me of another kernel version starting from which
most of the x86 32 bit systems did not shutdown correctly. You could
have seen the screen becoming black , heard disks positioning their
heads and stopping but the POWER ON light or the fan still running
said the opposite.

This was true for every kernel ( debian-flavoured, vanilla , RT ...)

Then it appears a patch in the lkml :

diff --git a/drivers/cpufreq/cpufreq.c b/drivers/cpufreq/cpufreq.c
index 7aa3dcad2175..f88bf3c77fc0 100644
--- a/drivers/cpufreq/cpufreq.c
+++ b/drivers/cpufreq/cpufreq.c
@@ -2605,4 +2605,4 @@ static int __init cpufreq_core_init(void)
        return 0;
 }
 module_param(off, int, 0444);
-core_initcall(cpufreq_core_init);
+late_initcall(cpufreq_core_init);

When applied , the systems came back to shutdown with every kernel (
vanilla , deb , RT ) ....but a subsequent kernel version seemed to
have restored the shutdown without the necessity of applying that
patch.

Problem solved ?

Partially , because RT kernels ( debian-flavoured RT , vanilla + RT ,
custom-RT ) still do not correctly shutdown , neither with that patch
while it was so before "they have solved the problem".

Why a RT kernel on a 2003 pentium-m machine ? Because it is able in a
non professional mode ( read : CHEAP way ) to record real time audio
at 48 kHz without crackling while a newer , 64 bit multicore and more
expensive ( but still not professional ) machine doesn't.

I am very sorry for ranting , but  thank you for your patience to read this.


Reply to: