BU40N Blu-Ray drive not working with latest kernel

gromit · 2025-01-08 15:24:49

Could you also post the output of the following?

hdparm -I /dev/sr0

Alesar1 · 2025-01-08 19:31:08

gromit wrote:

Could you also post the output of the following?
hdparm -I /dev/sr0

/dev/sr0:

ATAPI CD-ROM, with removable media
        Model Number:       HL-DT-ST BD-RE BU40N                    
        Serial Number:               
        Firmware Revision:  1.03    
        Transport:          Serial, ATA8-AST, SATA 1.0a, SATA II Extensions, SATA Rev 2.5, SATA Rev 2.6, SATA Rev 3.0
Standards:
        Likely used CD-ROM ATAPI-1
Configuration:
        DRQ response: 50us.
        Packet size: 12 bytes
        cache/buffer size  = unknown
Capabilities:
        LBA, IORDY(can be disabled)
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5 udma6 
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4 
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
           *    PACKET command feature set
           *    Look-ahead
           *    DEVICE_RESET command
           *    NOP cmd
                Removable Media Status Notification feature set
           *    64-bit World wide name
           *    Gen1 signaling speed (1.5Gb/s)
           *    Host-initiated interface power management
           *    Phy event counters
                Device-initiated interface power management
                Asynchronous notification (eg. media change)
           *    Software settings preservation

gromit · 2025-01-09 13:14:38

Hm this doesn't give any new information @loqs Should I just send the bugreport and you reply with the patch that we have already tried?

loqs · 2025-01-09 17:59:21

Could you build a kernel with the patch applied to rule out a build error on my part?

gromit · 2025-01-09 18:59:25

Could you retest the following? This is again with the patch from @loqs applied:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-6.12.8.arch1-1.1-x86_64.pkg.tar.zst

Note that this is a patched version of the linux package now, and not linux-mainline anymore. So please verify that you have booted the right thing by running "uname -r"

Alesar1 · 2025-01-09 23:05:41

6.12.8-arch1-1.1 built by gromit the drive doesn't work.

loqs · 2025-01-09 23:15:05

@gromit that rules a build issue out so can you include the failing patch in the upstream report? I would just be guessing why the quirk is not working as expected at this point.

slayerking · 2025-01-10 03:05:02

gromit wrote:

Could you also post the output of the following?
hdparm -I /dev/sr0

Well mine is in an enclosure so it just gets the enclosure

/dev/sr0:

ATA device, with non-removable media
Standards:
	Likely used: 1
Configuration:
	Logical		max	current
	cylinders	0	0
	heads		0	0
	sectors/track	0	0
	--
	Logical/Physical Sector size:           512 bytes
	device size with M = 1024*1024:           0 MBytes
	device size with M = 1000*1000:           0 MBytes 
	cache/buffer size  = unknown
Capabilities:
	IORDY not likely
	Cannot perform double-word IO
	R/W multiple sector transfer: not supported
	DMA: not supported
	PIO: pio0

I set a udev rule for "max_performance" and it works fine now. For some reason around kernel 6.12.4 or 5 it is setting my desktop as a laptop and setting "med_power_with_dipm" for power management, Which is also when the problems seem to have started for me.

gromit · 2025-01-10 09:07:01

I have now sent the bug report to the kernel developers: https://lore.kernel.org/all/e2be6f70-df … heusel.eu/

gromit · 2025-01-10 09:48:23

@Alesar1 could you upload a dmesg for the mainline kernel with the patch applied?

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-6.13rc6-1.1-x86_64.pkg.tar.zst

Last edited by gromit (2025-01-10 10:23:55)

Alesar1 · 2025-01-10 11:32:03

https://0x0.st/8-e4.txt Linux version 6.13.0-rc6-1.1-mainline-dirty

gromit · 2025-01-10 16:28:53

Thanks for posting the logs, it's always awesome to work with people who respond quickly! ^_^

@loqs, upstream also said that the patch should be good as-is, let's see what the further investigation brings up!

Last edited by gromit (2025-01-10 16:29:24)

loqs · 2025-01-10 23:31:12

@Alesar1 could you also upload a dmesg from 6.13.0-rc6-1.1-mainline-dirty with the kernel parameter ahci.mobile_lpm_policy=1 in case upstream wants a dmesg showing the correct detection of the drive.

Alesar1 · 2025-01-11 13:24:34

https://0x0.st/8-tP.txt Linux version 6.13.0-rc6-1.1-mainline-dirty with ahci.mobile_lpm_policy=1

loqs · 2025-01-11 15:40:04

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

The drive appears and the quirk is applied?

gromit · 2025-01-11 15:55:01

Ugh, what is this? I'm quite confused ...

I'll add this information to the upstream thread

gromit · 2025-01-11 16:41:49

@loqs could it be that it is actually not the blueray player that needs the quirk but the host controller?

gromit · 2025-01-13 17:37:05

Alright, upstream got back to us with an additional debug patch (from https://lore.kernel.org/all/Z4U-rc3VUeegHGAg@ryzen) that I have applied to the following kernel:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-6.13rc7-1.1-x86_64.pkg.tar.zst

It would be good if you could test it (with no modification of the kernel commandline) and see if this makes the device work and post the dmesg in any case.

Alesar1 · 2025-01-13 18:19:39

No, it doesn't work.
It looks like the drive doesn't show up in dmesg until (and unless) I open it using the button on it. (when the drive is used with a working kernel).

---cut---
[   15.761160] RPC: Registered rdma transport module.
[   15.761162] RPC: Registered rdma backchannel transport module.
[   15.870846] NFSD: Using nfsdcld client tracking operations.
[   15.870854] NFSD: no clients to reclaim, skipping NFSv4 grace period (net f0000000)
[   16.620198] warning: `pmdalinux' uses wireless extensions which will stop working for Wi-Fi 7 hardware; use nl80211
[  378.613238] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
[  378.616024] ata4.00: ATAPI: HL-DT-ST BD-RE BU40N, 1.03, max UDMA/133
[  378.621327] ata4.00: configured for UDMA/133
[  378.627336] scsi 3:0:0:0: CD-ROM            HL-DT-ST BD-RE BU40N      1.03 PQ: 0 ANSI: 5
[  378.665524] scsi 3:0:0:0: Attached scsi generic sg2 type 5
[  378.761017] sr 3:0:0:0: [sr0] scsi3-mmc drive: 24x/24x writer dvd-ram cd/rw xa/form2 cdda tray
[  378.761021] cdrom: Uniform CD-ROM driver Revision: 3.20
[  378.805845] sr 3:0:0:0: Attached scsi CD-ROM sr0

As you can see above, the drive is loaded after >300 seconds. (this log comes from the LTS kernel).

Here's the log using Linux version 6.13.0-rc7-1.1-mainline-dirty : https://0x0.st/8oiE.txt

Last edited by Alesar1 (2025-01-13 18:19:54)

gromit · 2025-01-14 16:00:44

@Alesar1 could you run the previous 6.13.0-rc7-1.1-mainline-dirty kernel again and wait for a while (dunno maybe 5-10 min) to see if we also get the "ata4: SATA link up" there after a while?

gromit · 2025-01-14 16:50:55

Alright, we have a new debug patch, please test (maybe also for 5-10 minutes) and post the dmesg:

sudo pacman -U https://pkgbuild.com/\~gromit/linux-bisection-kernels/linux-mainline-6.13rc7-1.2-x86_64.pkg.tar.zst

Last edited by gromit (2025-01-14 16:51:18)

Alesar1 · 2025-01-14 17:27:34

I tested 6.13.0-rc7-1.2-mainline-dirty and waited 10 minutes, but nothing showed up, I then pushed the eject button on the drive, but I got nothing on dmesg.
Log:
https://0x0.st/8ocq.txt

loqs · 2025-01-16 22:50:17

Quoting from https://lore.kernel.org/linux-ide/Z4f_5 … ppL@ryzen/

Niklas Cassel wrote:

Short story:
I was thinking about this a lot, and unfortunately I came to the conclusion
that we cannot with good conscience write such a workaround.
The reason is that we would increase the power usage on all SATA ports that
have no devices connected to them at boot, not just for his controller, but
for all SATA controller all around the world, just to have a workaround for
this non-spec compliant SATA Blu-Ray player.
(The reason is that would not be able to offline the port, which will shut
down the PHY).
I suggest that your user simply does:
# echo max_performance > /sys/class/scsi_host/host3/link_power_management_policy
or
$ sudo sh -c "echo max_performance > /sys/class/scsi_host/host3/link_power_management_policy"

Does the suggested solution work for those affected? Please also see the long story in the link.

slayerking · 2025-01-20 09:01:54

loqs wrote:

Quoting from https://lore.kernel.org/linux-ide/Z4f_5 … ppL@ryzen/
Niklas Cassel wrote:
Short story:
I was thinking about this a lot, and unfortunately I came to the conclusion
that we cannot with good conscience write such a workaround.
The reason is that we would increase the power usage on all SATA ports that
have no devices connected to them at boot, not just for his controller, but
for all SATA controller all around the world, just to have a workaround for
this non-spec compliant SATA Blu-Ray player.
(The reason is that would not be able to offline the port, which will shut
down the PHY).
I suggest that your user simply does:
# echo max_performance > /sys/class/scsi_host/host3/link_power_management_policy
or
$ sudo sh -c "echo max_performance > /sys/class/scsi_host/host3/link_power_management_policy"
Does the suggested solution work for those affected? Please also see the long story in the link.

Yes I set a udev rule with max_performance and it has worked fine since.

Arch Linux

#51 2025-01-08 15:24:49

Re: BU40N Blu-Ray drive not working with latest kernel

#52 2025-01-08 19:31:08

Re: BU40N Blu-Ray drive not working with latest kernel

#53 2025-01-09 13:14:38

Re: BU40N Blu-Ray drive not working with latest kernel

#54 2025-01-09 17:59:21

Re: BU40N Blu-Ray drive not working with latest kernel

#55 2025-01-09 18:59:25

Re: BU40N Blu-Ray drive not working with latest kernel

#56 2025-01-09 23:05:41

Re: BU40N Blu-Ray drive not working with latest kernel

#57 2025-01-09 23:15:05

Re: BU40N Blu-Ray drive not working with latest kernel

#58 2025-01-10 03:05:02

Re: BU40N Blu-Ray drive not working with latest kernel

#59 2025-01-10 09:07:01

Re: BU40N Blu-Ray drive not working with latest kernel

#60 2025-01-10 09:48:23

Re: BU40N Blu-Ray drive not working with latest kernel

#61 2025-01-10 11:32:03

Re: BU40N Blu-Ray drive not working with latest kernel

#62 2025-01-10 16:28:53

Re: BU40N Blu-Ray drive not working with latest kernel

#63 2025-01-10 23:31:12

Re: BU40N Blu-Ray drive not working with latest kernel

#64 2025-01-11 13:24:34

Re: BU40N Blu-Ray drive not working with latest kernel

#65 2025-01-11 15:40:04

Re: BU40N Blu-Ray drive not working with latest kernel

#66 2025-01-11 15:55:01

Re: BU40N Blu-Ray drive not working with latest kernel

#67 2025-01-11 16:41:49

Re: BU40N Blu-Ray drive not working with latest kernel

#68 2025-01-13 17:37:05

Re: BU40N Blu-Ray drive not working with latest kernel

#69 2025-01-13 18:19:39

Re: BU40N Blu-Ray drive not working with latest kernel

#70 2025-01-14 16:00:44

Re: BU40N Blu-Ray drive not working with latest kernel

#71 2025-01-14 16:50:55

Re: BU40N Blu-Ray drive not working with latest kernel

#72 2025-01-14 17:27:34

Re: BU40N Blu-Ray drive not working with latest kernel

#73 2025-01-16 22:50:17

Re: BU40N Blu-Ray drive not working with latest kernel

#74 2025-01-20 09:01:54

Re: BU40N Blu-Ray drive not working with latest kernel

Board footer