[Bug 217599] Adaptec 71605z hangs with aacraid: Host adapter abort request after update to linux 6.4.0

[bugzilla-daemon@kernel.org]

https://bugzilla.kernel.org/show_bug.cgi?id=217599

--- Comment #64 from Maxim (leyyyyy@gmail.com) ---
I am still encountering issues with the aacraid driver.

While the reverted version has shown significant improvement in terms of
stability and consistency, and I no longer face issues after the system has
successfully booted, there is still one persistent problem: the system hangs
for 120 seconds during the boot process. It is related to NetApp disk shelf
(0000:03:00.0) connected to ASR-78165.

For example Ubuntu Server 24.04 (live ISO):

$ cat dmesg | grep aacraid

[    0.915806] kernel: Adaptec aacraid driver 1.2.1[50983]-custom
[    0.916680] kernel: aacraid 0000:03:00.0: can't disable ASPM; OS doesn't
have ASPM control
[    0.928906] kernel: aacraid: Comm Interface type2 enabled
[    0.958831] kernel: aacraid 0000:03:00.0: 64 Bit DAC enabled
[    0.975916] kernel: scsi host0: aacraid
[    1.275877] kernel: aacraid: Host bus reset request. SCSI hang ?
[    1.277602] kernel: aacraid 0000:03:00.0: outstanding cmd: midlevel-1
[    1.279315] kernel: aacraid 0000:03:00.0: outstanding cmd: lowlevel-0
[    1.280986] kernel: aacraid 0000:03:00.0: outstanding cmd: error handler-0
[    1.282672] kernel: aacraid 0000:03:00.0: outstanding cmd: firmware-0
[    1.284357] kernel: aacraid 0000:03:00.0: outstanding cmd: kernel-0
[    1.292931] kernel: aacraid 0000:03:00.0: Controller reset type is 3
[    1.294620] kernel: aacraid 0000:03:00.0: Issuing IOP reset
[   34.039710] kernel: aacraid 0000:03:00.0: IOP reset succeeded
[   34.045955] kernel: aacraid: Comm Interface type2 enabled
[   49.015695] kernel: aacraid 0000:03:00.0: Scheduling bus rescan
[   59.522832] kernel: aacraid: Host bus reset request. SCSI hang ?
[   59.525823] kernel: aacraid 0000:03:00.0: outstanding cmd: midlevel-1
[   59.528323] kernel: aacraid 0000:03:00.0: outstanding cmd: lowlevel-0
[   59.529023] kernel: aacraid 0000:03:00.0: outstanding cmd: error handler-0
[   59.529707] kernel: aacraid 0000:03:00.0: outstanding cmd: firmware-0
[   59.530372] kernel: aacraid 0000:03:00.0: outstanding cmd: kernel-0
[   59.537907] kernel: aacraid 0000:03:00.0: Controller reset type is 3
[   59.538609] kernel: aacraid 0000:03:00.0: Issuing IOP reset
[   91.184486] kernel: aacraid 0000:03:00.0: IOP reset succeeded
[   91.191966] kernel: aacraid: Comm Interface type2 enabled
[  106.042633] kernel: aacraid 0000:03:00.0: Scheduling bus rescan
[  116.351867] kernel: aacraid: Host bus reset request. SCSI hang ?
[  116.354649] kernel: aacraid 0000:03:00.0: outstanding cmd: midlevel-1
[  116.357268] kernel: aacraid 0000:03:00.0: outstanding cmd: lowlevel-0
[  116.357904] kernel: aacraid 0000:03:00.0: outstanding cmd: error handler-0
[  116.358523] kernel: aacraid 0000:03:00.0: outstanding cmd: firmware-0
[  116.359113] kernel: aacraid 0000:03:00.0: outstanding cmd: kernel-0
[  116.366903] kernel: aacraid 0000:03:00.0: Controller reset type is 3
[  116.367580] kernel: aacraid 0000:03:00.0: Issuing IOP reset
[  147.979313] kernel: aacraid 0000:03:00.0: IOP reset succeeded
[  147.981970] kernel: aacraid: Comm Interface type2 enabled
[  162.916919] kernel: aacraid 0000:03:00.0: Scheduling bus rescan


As I mentioned previously, the 5.15 kernel version is fully functional and
performs consistently well. The same boot issue occurs even with RHEL8 forks,
such as Rocky 8.10, likely because the driver has been backported.

On the other hand, Ubuntu 22.04, which relies on the 5.15 kernel, works
exceptionally well. This is the reason I can't use OpenSUSE Leap 15.6 and must
stick with Ubuntu.

In other words, some errors still exist in the driver’s source code, and a
bisect starting from 5.15 is needed to resolve them.

-- 
You may reply to this email to add a comment.

You are receiving this mail because:
You are watching the assignee of the bug.