lists.openwall.net   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] [day] [month] [year] [list]
Message-ID: <72352c6c-fb49-4542-b41e-232919e2a7d7@kernel.org>
Date: Wed, 13 Mar 2024 16:17:14 +0900
From: Damien Le Moal <dlemoal@...nel.org>
To: Thorsten Leemhuis <regressions@...mhuis.info>
Cc: "open list:LIBATA SUBSYSTEM (Serial and Parallel ATA drivers)"
 <linux-ide@...r.kernel.org>,
 Linux kernel regressions list <regressions@...ts.linux.dev>,
 LKML <linux-kernel@...r.kernel.org>,
 "linux-scsi @ vger . kernel . org" <linux-scsi@...r.kernel.org>,
 "Martin K . Petersen" <martin.petersen@...cle.com>,
 Niklas Cassel <cassel@...nel.org>
Subject: Re: [REGRESSION] Bug 218538 - 3cc2ffe5c16d from 6.6 breaks S3 resume
 on SATA SSD OPAL

On 3/11/24 22:25, Thorsten Leemhuis wrote:
> Hi, Thorsten here, the Linux kernel's regression tracker.
> 
> Danien, I noticed a regression report in bugzilla.kernel.org that seems
> to be caused by a commit of yours. As many (most?) kernel developers
> don't keep an eye on it, I decided to forward it by mail.
> 
> Note, you have to use bugzilla to reach the reporter, as I sadly[1] can
> not CCed them in mails like this.
> 
> Quoting from https://bugzilla.kernel.org/show_bug.cgi?id=218538 :
> 
>> Problem: since linux kernel 6.1.64 (which correspond to Debian
>> linux-image-6.1.0-14-amd64 through 15, 16, 17 and 18) the system is
>> unable to fully wake up from suspend. Most of the time it wakes up to a
>> black screen and CAPS LOCK led doesn't change when pressing the CAPS
>> LOCK button. Sometimes the monitor turns on and I can login in a tty but
>> no command ever works. Not even `reboot` `shutdown` etc. Regardless if
>> the monitor turns on, I can shutdown with Alt + SysRq + B.
> The user later confirmed the problem still occurs with a recent mainline
> and bisected it to 3cc2ffe5c16dc6 ("scsi: sd: Differentiate system and
> runtime start/stop management") [v6.6-rc4].

+ linux-scsi and Martin

Thorsten,

Thank you for bringing this to my attention. Checking the code, I think I
understand what is going on here: commit
3cc2ffe5c16dc65dfac354bc5b5bc98d3b397567 changed sd_resume() to do nothing and
delegate the disk resume to libata, as it should, because we cannot issue any
command, even START STOP UNIT, unless the ata port and device is first fully
resumed. However, the change also causes
opal_unlock_from_suspend(sdkp->opal_dev) to *NOT* be called, thus leaving the
drive locked after resume, so unusable.

Fixing this is not trivial because as mentioned above, we must first wait for
the ata port and device to be resumed before attempting to access the drive. So
I will need some brainstorming to come up with a fix. Give me a couple of days
please (I do have SED OPAL drive so I should be able to reproduce this issue).

-- 
Damien Le Moal
Western Digital Research


Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ