ahci + intel iGPU problems

[Niklas Cassel]

On Mon, May 19, 2025 at 04:11:28PM +0300, Jani Nikula wrote:
> On Fri, 16 May 2025, Niklas Cassel <cassel at kernel.org> wrote:
> > I do however see a bunch of i915 timeouts.
> 
> The i915 timeouts are normal for when its unable to talk to the display,
> perhaps because it isn't there.

Hello rsta79,

The kernel version you tested with in:
https://bugzilla.kernel.org/show_bug.cgi?id=220111

is v6.12:
May 02 08:02:43 dom0 kernel: Linux version 6.12.21-1.qubes.fc37.x86_64 (mockbuild at f95d19f3373b43faae4cae417a952c59) (gcc (GCC) 12.3.1 20230508 (Red Hat 12.3.1-1), GNU ld version 2.38-27.fc37) #1 SMP PREEMPT_DYNAMIC Fri Apr 25 08:58:31 EDT 2025

Do you see the same problem on v6.15-rc7?


I did find an old commit from Hans de Goede that claims to fix system lockups
for another ST1000* drive, but perhaps your model has the same issue:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=31f6264e225fb92cf6f4b63031424f20797c297d

However, before considering adding a quirk for your exact model, could
you perhaps try updating firmware for the HDD?

You are using firmware C43:
May 02 08:02:43 dom0 kernel: ata6.00: ATA-8: ST1000DM010-2EP102, CC43, max UDMA/133
There appears to be a CC46:
https://smarthdd.com/database/ST1000DM010-2EP102/CC46/


Since LPM also allows the system to enter deeper PC-states,
it could be an ACPI bug for your motherboth, have you tried
updating BIOS for this motherboard?

Your logs show a bunch of warnings about ACPI and ASPM that does not look good:
May 02 08:02:43 dom0 kernel: ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
May 02 08:02:43 dom0 kernel: acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI EDR HPX-Type3]
May 02 08:02:43 dom0 kernel: acpi PNP0A08:00: FADT indicates ASPM is unsupported, using BIOS configuration
May 02 08:02:43 dom0 kernel: pci 0000:03:00.0: Disabling ASPM L0s/L1
May 02 08:02:43 dom0 kernel: pci 0000:03:00.0: can't disable ASPM; OS doesn't have ASPM control


Kind regards,
Niklas