FS#79644 - [linux] Kernel 6.5.2 Causes Marvell Technology Group 88SE9128 PCIe SATA to Constantly Reset
Attached to Project:
Arch Linux
Opened by patenteng (patenteng) - Monday, 11 September 2023, 01:42 GMT
Last edited by Toolybird (Toolybird) - Monday, 18 September 2023, 22:40 GMT
Opened by patenteng (patenteng) - Monday, 11 September 2023, 01:42 GMT
Last edited by Toolybird (Toolybird) - Monday, 18 September 2023, 22:40 GMT
|
Details
After upgrading to 6.5.2 I keep getting the following kernel
messages around three times per second:
[ 9683.269830] ata16: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 9683.270399] ata16.00: configured for UDMA/66 So I've tracked the offending device: ll /sys/class/ata_port/ata16 lrwxrwxrwx 1 root root 0 Sep 10 21:51 /sys/class/ata_port/ata16 -> ../../devices/pci0000:00/0000:00:1c.7/0000:0a:00.0/ata16/ata_port/ata16 cat /sys/bus/pci/devices/0000:0a:00.0/uevent DRIVER=ahci PCI_CLASS=10601 PCI_ID=1B4B:9130 PCI_SUBSYS_ID=1043:8438 PCI_SLOT_NAME=0000:0a:00.0 MODALIAS=pci:v00001B4Bd00009130sv00001043sd00008438bc01sc06i01 lspci | grep 0a:00.0 0a:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9128 PCIe SATA 6 Gb/s RAID controller with HyperDuo (rev 11) I am not using the 88SE9128, so I have no way of knowing whether it works or not. It may simply be getting reset a couple of times per second or it may not function at all. The problem is not present in older kernels, such as the LTS kernel. |
This task depends upon
Closed by Toolybird (Toolybird)
Monday, 18 September 2023, 22:40 GMT
Reason for closing: Upstream
Additional comments about closing: It needs bisection as requested by upstream. If not prepared to do this yourself, please consider the generous offer from @loqs via the forum.
Monday, 18 September 2023, 22:40 GMT
Reason for closing: Upstream
Additional comments about closing: It needs bisection as requested by upstream. If not prepared to do this yourself, please consider the generous offer from @loqs via the forum.
Therefore it's a kernel regression. The standard debugging advice [1]. You'll likely have better luck by reporting this upstream to the kernel folks. I couldn't find much related to this issue when searching around online. Please let us know what you find out.
[1] https://wiki.archlinux.org/title/Kernel#Debugging_regressions
Currently I an unbinding the driver at every reboot with sudo sh -c 'echo "0000:0a:00.0" > /sys/bus/pci/drivers/ahci/unbind'. This stops the log spam.
Please ask if you need further kernels to be built.
[1] https://bbs.archlinux.org/viewtopic.php?pid=2120389#p2120389