Skip to content
View in the app

A better way to browse. Learn more.
Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.
Unraid Summer Sale in live: 20% off Starter and Unleashed + buy one, get one 50% off

Reduce power consumption with powertop

mgutt
in User Customizations

Featured Replies

On 5/16/2026 at 12:57 PM, a_n_d_y said:

I have an ASM1166 on the Silverstone firmware and just upgraded to Unraid 7.3.

I have the same issue. I think I first saw it on Unraid 7.2.5 or 7.2.6 tho.

I found this link: https://forum.odroid.com/viewtopic.php?p=403149#p403149

I ended up adding this to syslinux.cfg:

ahci.mask_port_ext=0000:02:00.0=0xffffffff

0000:02:00.0 being my ASM1166 PCI address.

BTW, I noticed Unraid has a new Boot Parameters menu under the Boot device to modify syslinux.cfg.

I rebooted and that seemed to fix issues with the ASM1166 ports. I haven't seen any issues pop up yet.

Running echo med_power_with_dipm | tee /sys/class/scsi_host/host*/link_power_management_policy still shows a few Operation not supported errors for me.

root@UNS01:~# echo med_power_with_dipm | tee /sys/class/scsi_host/host*/link_power_management_policy
med_power_with_dipm
tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host1/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host14/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host15/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host2/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host3/link_power_management_policy: Operation not supported

If I run dmesg | grep -E "ATA-[0-9]|ata[0-9]" it shows those as listed as being DUMMY. I don't think those matter if you can change those or not.

Thanks for your reply

For your ASM1166 have you followed this so ASPM is enabled? https://wireless.docs.kernel.org/en/latest/en/users/documentation/aspm.html

Also ref https://forums.unraid.net/topic/98070-reduce-power-consumption-with-powertop/page/41/#findComment-1518456

Just wondering why we'd need to use "ahci.mask_port_ext=XXXXXXXXX" if the card has native ASPM enabled?

Also my "tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported" are for all drives including those connected to scsi hosts on the MB??

For your unused/ dummy scsi hosts just enable link power management for your populated hosts as per the first post 

# Enable SATA link power management (this skips SATA host3 and host4)
echo med_power_with_dipm | tee /sys/class/scsi_host/host1/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host2/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host5/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host6/link_power_management_policy

  • Quote
    • Replies 1.2k
    • Views 640.6k
    • Created
    • Last Reply

    Top Posters In This Topic

    Popular Days

    Most Popular Posts

    • genesisdoeswhatnintendont
      genesisdoeswhatnintendont

      Good news everyone! I managed to get C10 pkg C-State (previously I get no higher than C3) on Asrock LGA1700 mobo and you can too. Yay!   My setup is:   Motherboard: Asroc

    • mgutt
      mgutt

      I added a warning:   And a further explanation to the initial post:

    • TheLinuxGuy
      TheLinuxGuy

      Yeah I faced problems with proxmox GUI installer; I had to do CTRL+ALT+F2 to get console then add some forced configuration override to properly detect the iGPU. Here's the guide for the error (e

    Posted Images

    1 hour ago, fka said:

    Thanks for your reply

    For your ASM1166 have you followed this so ASPM is enabled? https://wireless.docs.kernel.org/en/latest/en/users/documentation/aspm.html

    Also ref https://forums.unraid.net/topic/98070-reduce-power-consumption-with-powertop/page/41/#findComment-1518456

    Just wondering why we'd need to use "ahci.mask_port_ext=XXXXXXXXX" if the card has native ASPM enabled?

    Also my "tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported" are for all drives including those connected to scsi hosts on the MB??

    For your unused/ dummy scsi hosts just enable link power management for your populated hosts as per the first post

    # Enable SATA link power management (this skips SATA host3 and host4)
echo med_power_with_dipm | tee /sys/class/scsi_host/host1/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host2/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host5/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host6/link_power_management_policy

    1 hour ago, fka said:

    Thanks for your reply

    For your ASM1166 have you followed this so ASPM is enabled? https://wireless.docs.kernel.org/en/latest/en/users/documentation/aspm.html

    Also ref https://forums.unraid.net/topic/98070-reduce-power-consumption-with-powertop/page/41/#findComment-1518456

    Just wondering why we'd need to use "ahci.mask_port_ext=XXXXXXXXX" if the card has native ASPM enabled?

    Also my "tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported" are for all drives including those connected to scsi hosts on the MB??

    For your unused/ dummy scsi hosts just enable link power management for your populated hosts as per the first post

    # Enable SATA link power management (this skips SATA host3 and host4)
echo med_power_with_dipm | tee /sys/class/scsi_host/host1/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host2/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host5/link_power_management_policy
echo med_power_with_dipm | tee /sys/class/scsi_host/host6/link_power_management_policy

    ASPM is working fine for me.

    If you read this, it explains what's happening, which is how I came to using ahci.mask_port_ext: https://forum.odroid.com/viewtopic.php?p=403149#p403149

  • Quote

    It appears that powertop --auto-tune is not working for the latest version unraid 7.3.0

  • Quote
    7 hours ago, Nozle said:

    It appears that powertop --auto-tune is not working for the latest version unraid 7.3.0

    Why do you think that?

  • Quote
    On 5/19/2026 at 6:00 PM, a_n_d_y said:

    ASPM is working fine for me.

    If you read this, it explains what's happening, which is how I came to using ahci.mask_port_ext: https://forum.odroid.com/viewtopic.php?p=403149#p403149

    I didn't read the link. I should have read the link 😁

    However, I still have

    tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host1/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host14/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host15/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host2/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host3/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host4/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host5/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host6/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host7/link_power_management_policy: Operation not supported

    5, 6, 7 and 8 are on the MB controller not the ASM1166

    [    0.942392] ata5: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02300 irq 128 lpm-pol 1 ext
[    0.942394] ata6: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02380 irq 128 lpm-pol 1 ext
[    0.942397] ata7: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02400 irq 128 lpm-pol 1 ext
[    0.942399] ata8: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02480 irq 128 lpm-pol 1 ext

    Only 1,2,3,4,15,16 show as DUMMY

    dmesg | grep -E "ATA-[0-9]|ata[0-9]"
[    0.942384] ata1: DUMMY
[    0.942385] ata2: DUMMY
[    0.942385] ata3: DUMMY
[    0.942386] ata4: DUMMY
----------------------->>
[	 0.957202] ata15: DUMMY
[    0.957203] ata16: DUMMY

    I could be wrong but it appears I still have no power management for drives on the onboard controller

    Edited by fka

  • Quote
    38 minutes ago, fka said:

    I didn't read the link. I should have read the link 😁

    However, I still have

    tee: /sys/class/scsi_host/host0/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host1/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host14/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host15/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host2/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host3/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host4/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host5/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host6/link_power_management_policy: Operation not supported
tee: /sys/class/scsi_host/host7/link_power_management_policy: Operation not supported

    5, 6, 7 and 8 are on the MB controller not the ASM1166

    [    0.942392] ata5: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02300 irq 128 lpm-pol 1 ext
[    0.942394] ata6: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02380 irq 128 lpm-pol 1 ext
[    0.942397] ata7: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02400 irq 128 lpm-pol 1 ext
[    0.942399] ata8: SATA max UDMA/133 abar m2048@0x82c02000 port 0x82c02480 irq 128 lpm-pol 1 ext

    Only 1,2,3,4,15,16 show as DUMMY

    dmesg | grep -E "ATA-[0-9]|ata[0-9]"
[    0.942384] ata1: DUMMY
[    0.942385] ata2: DUMMY
[    0.942385] ata3: DUMMY
[    0.942386] ata4: DUMMY
----------------------->>
[	 0.957202] ata15: DUMMY
[    0.957203] ata16: DUMMY

    I could be wrong but it appears I still have no power management for drives on the onboard controller

    For the ports on your motherboard, do you have those set to hot pluggable in your BIOS?

    I did a quick search and looks like you can mask multiple, ex. ahci.mask_port_ext=[Address_A]=[Mask_A],[Address_B]=[Mask_B]

    You could try masking the ASM1166 and your onboard motherboard ports to see if that improves it.

  • Quote
    6 hours ago, Elyeu said:

    Why do you think that?

    root@Tower:~# powertop --auto-tune

    modprobe cpufreq_stats failed

    Cannot load from file /var/cache/powertop/saved_results.powertop

    Cannot load from file /var/cache/powertop/saved_parameters.powertop

    File will be loaded after taking minimum number of measurement(s) with battery only

    RAPL device for cpu 0

    RAPL Using PowerCap Sysfs : Domain Mask d

    RAPL device for cpu 0

    RAPL Using PowerCap Sysfs : Domain Mask d

    Devfreq not enabled

    glob returned GLOB_ABORTED

    Cannot load from file /var/cache/powertop/saved_parameters.powertop

    File will be loaded after taking minimum number of measurement(s) with battery only

    Leaving PowerTOP

  • Quote

    Looks normal for me.
    And you can always check with powertop if you have under "tunables" everything with "good". (Except for "link_power_management_policy" (if you have it) - i got this too put it's whatever)

    Edited by Elyeu

  • Quote
    19 hours ago, a_n_d_y said:

    For the ports on your motherboard, do you have those set to hot pluggable in your BIOS?

    I did a quick search and looks like you can mask multiple, ex. ahci.mask_port_ext=[Address_A]=[Mask_A],[Address_B]=[Mask_B]

    You could try masking the ASM1166 and your onboard motherboard ports to see if that improves it.

    Hotplug is enabled for those ports. I'll try disabling

    I did attempt to mask the onboard also but it didn't work. I *edit* may *edit* have got something wrong

    Edited by fka

  • Quote
    On 5/20/2026 at 7:26 PM, a_n_d_y said:

    For the ports on your motherboard, do you have those set to hot pluggable in your BIOS?

    I did a quick search and looks like you can mask multiple, ex. ahci.mask_port_ext=[Address_A]=[Mask_A],[Address_B]=[Mask_B]

    You could try masking the ASM1166 and your onboard motherboard ports to see if that improves it.

    Disabled hotplug for the onboard ports and now only showing 

    Bad           Enable SATA link power management for host0                                                            
   Bad           Enable SATA link power management for host15
   Bad           Enable SATA link power management for host3
   Bad           Enable SATA link power management for host14
   Bad           Enable SATA link power management for host1
   Bad           Enable SATA link power management for host2

    Which are the dummy ports

    dmesg | grep -E "ATA-[0-9]|ata[0-9]"
[    0.942384] ata1: DUMMY
[    0.942385] ata2: DUMMY
[    0.942385] ata3: DUMMY
[    0.942386] ata4: DUMMY
----------------------->>
[	 0.957202] ata15: DUMMY
[    0.957203] ata16: DUMMY

    Thanks for your help

  • Quote
    • Like 1
    • 2 weeks later...

    Hi everyone,

    I'm running an Intel N100 board with an ASM1166 SATA controller.

    Apparently after updating to Unraid 7.3, my system stopped reaching C6+ states. Before the update, everything was working fine, but now the power management seems broken and the CPU won't drop into deep idle states.

    Has anyone else encountered this issue with this hardware combo on 7.3? Have you found any solution or workaround?

    Thanks for any help!

  • Quote
    On 6/8/2026 at 11:49 PM, pkoci said:

    Hi everyone,

    I'm running an Intel N100 board with an ASM1166 SATA controller.

    Apparently after updating to Unraid 7.3, my system stopped reaching C6+ states. Before the update, everything was working fine, but now the power management seems broken and the CPU won't drop into deep idle states.

    Has anyone else encountered this issue with this hardware combo on 7.3? Have you found any solution or workaround?

    Thanks for any help!

    I’m seeing the same issue. My system used to reach the C7 state on version 7.2.6, but now it only stays in C2.
    * ASUSTeK COMPUTER INC. PRIME H310I-PLUS R2.0

    Edited by Leash Your Hardware

  • Quote
    • 2 weeks later...
    On 5/27/2026 at 11:47 AM, fka said:

    Disabled hotplug for the onboard ports and now only showing

    Bad           Enable SATA link power management for host0                                                            
   Bad           Enable SATA link power management for host15
   Bad           Enable SATA link power management for host3
   Bad           Enable SATA link power management for host14
   Bad           Enable SATA link power management for host1
   Bad           Enable SATA link power management for host2

    Which are the dummy ports

    dmesg | grep -E "ATA-[0-9]|ata[0-9]"
[    0.942384] ata1: DUMMY
[    0.942385] ata2: DUMMY
[    0.942385] ata3: DUMMY
[    0.942386] ata4: DUMMY
----------------------->>
[	 0.957202] ata15: DUMMY
[    0.957203] ata16: DUMMY

    Thanks for your help

    Oh my....

    Thank you. I've been bashing my head against the wall on this for a few days....

  • Quote

    • Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Reply to this topic...
    Go to topic listing

    Account

    Navigation

    Search

    Search

    Configure browser push notifications
    Chrome (Android)
    1. Tap the lock icon next to the address bar.
    2. Tap Permissions → Notifications.
    3. Adjust your preference.
    Chrome (Desktop)
    1. Click the padlock icon in the address bar.
    2. Select Site settings.
    3. Find Notifications and adjust your preference.