lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Wed, 25 Oct 2023 11:11:09 +0900
From:   Damien Le Moal <>
To:     Bagas Sanjaya <>,
        Linux Kernel Mailing List <>,
        Linux Regressions <>,
        Linux IDE and libata <>
Cc:     Hannes Reinecke <>,
        Geert Uytterhoeven <>,
        "Martin K. Petersen" <>,
        Tejun Heo <>,
        Totallyreal Name <>,
        loqs <>
Subject: Re: Fwd: bbbf096ea227607cbb348155eeda7af71af1a35b results in "dirty"

On 10/25/23 09:40, Bagas Sanjaya wrote:
> Hi,
> I notice a regression report on Bugzilla that seems to have been
> handled already there [1]. Quoting from it:
>> I have noticed that after each shutdown SMART would log +1 on each raw_value of drives that count power related issues.
>> Here are some of the smart values where i noticed increase among different drives
>> POR_Recovery_Count 
>> Unexpect_Power_Loss_Ct  
>> Power-Off_Retract_Count 
>> That doesn't happen on previous Kernels.. and it stops as soon as i switch back to LTS.
>> I seeked through the Bug Reports but couldn't really find the issue. So i don't know if this has been reported or patched already.
> Another reporter had found the culprit:
>> This has been reported as being introduced in stable 6.5.8 [1].  Reverting commit 	bbbf096ea227607cbb348155eeda7af71af1a35b is reported to solve the issue [2]. bbbf096ea227607cbb348155eeda7af71af1a35b [3] is mainline commit aa3998dbeb3abce63653b7f6d4542e7dcd022590 [4] which was introduced in 6.6-rc4 which matches the original report.
>> [1]:
>> [2]:
>> [3]:
>> [4]:
> See Bugzilla for the full thread.

I am aware of this and looking into it. The patch mentioned above seems to have
introduced the issue that drives are not being stopped on shutdown with real
PCs. But they are with qemu VM. So this seems to relate to ACPI shutdown as
well. Not sure, looking into it.

The main issue I have is that I cannot reproduce the old behavior mentioned in
this case, which is, the counters not incrementing on shutdown. They do increase
for me, always, even prior to the patch mentioned above.


> Anyway, I'm adding this regression to regzbot:
> #regzbot introduced: aa3998dbeb3abc
> #regzbot title: dirty shutdown due to disabling manage_system_start_stop on SCSI devices
> #regzbot link:
> Thanks.
> [1]:

Damien Le Moal
Western Digital Research

Powered by blists - more mailing lists