linux-kernel - Re: [REGRESSION][BISECTED] BU40N Blu-Ray drive broken since 7627a0edef54

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: <e167b28c-94a2-45bf-8330-2487baf7199b@heusel.eu>
Date: Sat, 11 Jan 2025 17:41:10 +0100
From: Christian Heusel <christian@...sel.eu>
To: Niklas Cassel <cassel@...nel.org>
Cc: Mario Limonciello <mario.limonciello@....com>, 
	Damien Le Moal <dlemoal@...nel.org>, Mika Westerberg <mika.westerberg@...ux.intel.com>, 
	linux-ide@...r.kernel.org, linux-kernel@...r.kernel.org, regressions@...ts.linux.dev
Subject: Re: [REGRESSION][BISECTED] BU40N Blu-Ray drive broken since
 7627a0edef54

On 25/01/10 05:21PM, Christian Heusel wrote:
> On 25/01/10 12:24PM, Niklas Cassel wrote:
> > On Fri, Jan 10, 2025 at 10:04:46AM +0100, Christian Heusel wrote:
> >
> > > diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
> > > index c085dd8..ef01ccd 100644
> > > --- a/drivers/ata/libata-core.c
> > > +++ b/drivers/ata/libata-core.c
> > > @@ -4118,6 +4118,9 @@ static const struct ata_dev_quirks_entry __ata_dev_quirks[] = {
> > >  	{ "SAMSUNG MZ7TD256HAFV-000L9", NULL,       ATA_QUIRK_NOLPM },
> > >  	{ "SAMSUNG MZ7TE512HMHP-000L1", "EXT06L0Q", ATA_QUIRK_NOLPM },
> > >  
> > > +	/* Hitachi-LG Data Storage models with LPM issues */
> > > +	{ "HL-DT-ST BD-RE BU40N", NULL, ATA_QUIRK_NOLPM },
> > > +
> > >  	/* devices that don't properly handle queued TRIM commands */
> > >  	{ "Micron_M500IT_*",		"MU01",	ATA_QUIRK_NO_NCQ_TRIM |
> > >  						ATA_QUIRK_ZERO_AFTER_TRIM },
> > > 
> > > So if anyone has feedback on why the patch does not work or any
> > > alternative ideas for a solution that would be highly appreciated!

So weirdly the quirk from the patch for the same kernel _does work_ when
the user passes the kernel parameter "ahci.mobile_lpm_policy=1":

[   24.035361] ata4.00: Model 'HL-DT-ST BD-RE BU40N', rev '1.03', applying quirks: nolpm

Any idea why that could be? Is it maybe not the device itself but the
controller that it connects to that is borked and in need of the quirk?

I have attached the full dmesg output.

Cheers,
Chris

View attachment "dmesg-linux-mainline-v6.13-rc6-with-commandline.log" of type "text/plain" (92045 bytes)

Download attachment "signature.asc" of type "application/pgp-signature" (834 bytes)