You are not logged in.
Could you also post the output of the following?
hdparm -I /dev/sr0
Offline
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
Offline
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?
Offline
Could you build a kernel with the patch applied to rule out a build error on my part?
Offline
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"
Offline
6.12.8-arch1-1.1 built by gromit the drive doesn't work.
Offline
@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.
Offline
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.
Offline
I have now sent the bug report to the kernel developers: https://lore.kernel.org/all/e2be6f70-df … heusel.eu/
Offline
@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)
Offline
https://0x0.st/8-e4.txt Linux version 6.13.0-rc6-1.1-mainline-dirty
Offline
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)
Offline
@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.
Offline
https://0x0.st/8-tP.txt Linux version 6.13.0-rc6-1.1-mainline-dirty with ahci.mobile_lpm_policy=1
Offline
[ 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?
Offline
Ugh, what is this? I'm quite confused ...
I'll add this information to the upstream thread
Offline
@loqs could it be that it is actually not the blueray player that needs the quirk but the host controller?
Offline
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.
Offline
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)
Offline
@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?
Offline
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)
Offline
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
Offline
Quoting from https://lore.kernel.org/linux-ide/Z4f_5 … ppL@ryzen/
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.
Offline