W dniu 24.09.2024 o 9:31 AM, Damien Le Moal pisze:
On 2024/09/24 7:20, Linux regression tracking (Thorsten Leemhuis) wrote:
Hi!
Hi
On 15.09.24 14:44, W wrote:
I've got some problems with newer kernels during hibernation and
waking up from hibernation.
The symptom of the issue is that there is HDD power switching executed
after I run pm-hibernate command and the same HDD power switching
during the wake up process from hibernation.
Thx for the report. I CCed Damien and Niklas (and the regressions list),
maybe they have an idea. If they do not reply you most likely need to
perform a bisection to raise interest in your report.
Thanks for that. Niklas and I will look at this (I thought we already had fixed
that issue...). However, this week may be difficult as Niklas and I are
attending a conference and we may not have time to do much. But this will be our
highest priority next week.
And FWIW, there is one important info that afaics is missing from your
report: If the latest mainline kernel (e.g. 6.11) still affected?
Yes, please check that.
I've already reported the issue here:
https://bugzilla.kernel.org/show_bug.cgi?id=219296
and unfortunately the issue exists also on 6.11.
4. system is ready to use and working fine
So to sum up - in both processes described above the problematic step
is the step 3.
I noticed this issue when I switched kernel 6.4.12 to 6.7.5. So far I
haven't used git bisect yet to find the exact offending commit so the
change might be introduced somewhere between 6.4.12 and 6.7.5.
It would really be helpful if you could bisect this !
I did it and placed the log from bisect in my bugzilla report:
https://bugzilla.kernel.org/show_bug.cgi?id=219296
In 6.4.12 I have not such an issues with HDD power switching. The
issues exist in 6.7.5 and newer ones and probably somewhere between
6.4.12 and 6.7.5.
I noticed some errors in dmesg coming from ahci driver like these:
Sep 11 15:49:30 localhost kernel: ahci 0000:00:17.0: port does not
support device sleep
This is relevant. This is not really an error but rather a statement that your
device does not support sleep. This could be the reason for the behavior. (hence
my request that if you could test with a different device, it would be help).
and ACPI BIOS errors like these:
Sep 11 15:49:30 localhost kernel: ACPI BIOS Error (bug): Could not
resolve symbol [\_SB.PCI0.SAT0.PRT0._GTF.DSSP], AE_NOT_FOUND
(20240322/psargs-330)
Yeah... I see these all the time on different machines. That comes from the BIOS
not being great :) Not sure if that one relates to SATA though ?
I was trying to report this issue to American Megatrends Inc. as the
BIOS maintainer but their website form didn't accept any of my emails :)
So eventually I couldn't let them know about these issues.
Please take a look at included dmesg in the attachment.
The mainboard I use is: Gigabyte Z370 HD3P with the newest available
BIOS update.
I'd like to ask if this is known issue and if yes how could I fix it?
I'm not quite sure where exactly is the issue: in kernel or in my
Gigabyte BIOS?
Given that you had 6.4.12 working OK, it is likely some commit that introduced a
regression. If you can git bisect it, we will have a better idea how to remove
the regression.
Please take a look at bugzilla report:
https://bugzilla.kernel.org/show_bug.cgi?id=219296 - there are the details.
I'm wondering what is the better way for communication - here on mailing
list or put the comments in bugzilla ticket?
Probably here will be better idea...
W
