Bug 211837
Summary: | AHCI SATA controller not suspending despite no devices - AMD Ryzen 5 4500U with Radeon Graphics | ||
---|---|---|---|
Product: | IO/Storage | Reporter: | Alexander Monakov (amonakov) |
Component: | Serial ATA | Assignee: | Tejun Heo (tj) |
Status: | ASSIGNED --- | ||
Severity: | normal | CC: | rui.zhang |
Priority: | P1 | ||
Hardware: | x86-64 | ||
OS: | Linux | ||
Kernel Version: | 5.11 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | complete dmesg |
Description
Alexander Monakov
2021-02-18 19:40:18 UTC
re: /sys/devices/pci0000:00/0000:00:08.2/0000:04:00.0 $ cat ata1/power/control on can we set it to auto manually? if yes, can we enable the SATA controller runtime PM then? please attach the dmesg output after boot. Created attachment 295643 [details]
complete dmesg
(In reply to Zhang Rui from comment #1) > re: /sys/devices/pci0000:00/0000:00:08.2/0000:04:00.0 $ cat > ata1/power/control > on > > can we set it to auto manually? if yes, can we enable the SATA controller > runtime PM then? Yes, writing 'auto' in that file works, and after that SATA controller is able to enter runtime autosuspend. > please attach the dmesg output after boot. Attached. You edited the bug title to mention the CPU model, but as far as I can tell this is not specific to AMD. On Intel-based systems I have access to, it's the same: ata1/power/control is 'on' after boot. Isn't it the same for all AHCI controllers? You left the bug in NEEDINFO state, is there something else I need to provide? (In reply to Alexander Monakov from comment #4) > You edited the bug title to mention the CPU model, but as far as I can tell > this is not specific to AMD. On Intel-based systems I have access to, it's > the same: ata1/power/control is 'on' after boot. Isn't it the same for all > AHCI controllers? Usually, I always prefer to add the laptop/cpu model as part of the bug report title. It sometimes remind me what the problem is about. > > You left the bug in NEEDINFO state, is there something else I need to > provide? No. |