Spamming of 'line 105: echo: write error: Device or resource busy' in journal (once again)

[arcenik]

Fill out information requested in this template, without doing so issue will be ignored & closed!

Have you tried?

• Searching through existing/closed issues to see if your bug has already been already submitted? yes
• If installation failed with auto-cpufreq-installer,have you tried installing auto-cpufreq using Snap package? no
• Have you tried configuring auto-cpufreq? yes
• Have you tried suggestions in troubleshooting section? no yet

Error output:

Yet another issue with the line 105 echo write error.
The system is a Legion 7 laptop with AMD Ryzen 7 5800H with Radeon Graphics CPU.
This affect only the performance mode.

# systemctl status auto-cpufreq.service
● auto-cpufreq.service - auto-cpufreq - Automatic CPU speed & power optimizer for Linux
     Loaded: loaded (/usr/lib/systemd/system/auto-cpufreq.service; enabled; preset: disabled)
     Active: active (running) since Wed 2024-07-17 10:40:51 CEST; 27min ago
 Invocation: e27bc93997ca449a97868688b47e26a8
   Main PID: 6187 (auto-cpufreq)
      Tasks: 2 (limit: 76915)
     Memory: 23.9M (peak: 27M)
        CPU: 24.727s
     CGroup: /system.slice/auto-cpufreq.service
             └─6187 /usr/bin/python /usr/bin/auto-cpufreq --daemon

jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy
jui 17 11:08:20 alpha.arcenik.lan auto-cpufreq[43239]: /usr/bin/cpufreqctl.auto-cpufreq: line 105: echo: write error: Device or resource busy

I was able to reproduce the problem from the shell

# echo balance_performance > /sys/devices/system/cpu/cpu15/cpufreq/energy_performance_preference
-bash: echo: write error: Device or resource busy

# echo performance > /sys/devices/system/cpu/cpu15/cpufreq/energy_performance_preference

# cat /sys/devices/system/cpu/cpu15/cpufreq/energy_performance_available_preferences 
default performance balance_performance balance_power power 

---

System information:

Add/paste output of:

# auto-cpufreq --debug
could not get value from conservation mode

-------------------------------- Battery Info ---------------------------------

battery count = 1
Traceback (most recent call last):
  File "/usr/lib/python3.12/site-packages/auto_cpufreq/battery_scripts/ideapad_laptop.py", line 92, in ideapad_laptop_print_thresholds
    with open(f'/sys/class/power_supply/BAT{b}/charge_start_threshold', 'r') as f:
         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] No such file or directory: '/sys/class/power_supply/BAT0/charge_start_threshold'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/auto-cpufreq", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/usr/lib/python3.12/site-packages/click/core.py", line 1157, in __call__
    return self.main(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/click/core.py", line 1078, in main
    rv = self.invoke(ctx)
         ^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/click/core.py", line 1434, in invoke
    return ctx.invoke(self.callback, **ctx.params)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/click/core.py", line 783, in invoke
    return __callback(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.12/site-packages/auto_cpufreq/bin/auto_cpufreq.py", line 169, in main
    battery_get_thresholds()
  File "/usr/lib/python3.12/site-packages/auto_cpufreq/battery_scripts/battery.py", line 42, in battery_get_thresholds
    ideapad_laptop_print_thresholds()
  File "/usr/lib/python3.12/site-packages/auto_cpufreq/battery_scripts/ideapad_laptop.py", line 101, in ideapad_laptop_print_thresholds
    print(f"ERROR: failed to read battery thresholds: {e}")
                                                       ^
NameError: name 'e' is not defined

# auto-cpufreq --version

-------------------------------------------------------------------------------

Linux distro: Arch Linux rolling n/a
Linux kernel: 6.9.9-arch1-1
auto-cpufreq version: Version         : 2.3.0-1

-------------------------------------------------------------------------------

The content of the sys/class/power_supply/BAT0:

# ls -l /sys/class/power_supply/BAT0/
total 0
-rw-r--r-- 1 root root 4096 17 jui 11:13 alarm
-r--r--r-- 1 root root 4096 17 jui 11:13 capacity
-r--r--r-- 1 root root 4096 17 jui 11:13 capacity_level
-r--r--r-- 1 root root 4096 17 jui 11:13 cycle_count
lrwxrwxrwx 1 root root    0 17 jui 11:13 device -> ../../../PNP0C0A:00
-r--r--r-- 1 root root 4096 17 jui 11:13 energy_full
-r--r--r-- 1 root root 4096 17 jui 11:13 energy_full_design
-r--r--r-- 1 root root 4096 17 jui 11:13 energy_now
drwxr-xr-x 3 root root    0 17 jui 11:13 hwmon1
-r--r--r-- 1 root root 4096 17 jui 11:13 manufacturer
-r--r--r-- 1 root root 4096 17 jui 11:13 model_name
drwxr-xr-x 2 root root    0 17 jui 11:13 power
-r--r--r-- 1 root root 4096 17 jui 11:13 power_now
-r--r--r-- 1 root root 4096 17 jui 11:13 present
-r--r--r-- 1 root root 4096 17 jui 11:13 serial_number
-r--r--r-- 1 root root 4096 17 jui 11:13 status
lrwxrwxrwx 1 root root    0 17 jui 10:36 subsystem -> ../../../../../../../../../class/power_supply
-r--r--r-- 1 root root 4096 17 jui 11:13 technology
-r--r--r-- 1 root root 4096 17 jui 11:13 type
-rw-r--r-- 1 root root 4096 17 jui 11:13 uevent
-r--r--r-- 1 root root 4096 17 jui 11:13 voltage_min_design
-r--r--r-- 1 root root 4096 17 jui 11:13 voltage_now

---

[AdnanHodzic]

@Angel-Karasu this looks like a problem introduced in #736 as I remember changes to print(f"ERROR: failed to read battery thresholds: {e}

[arcenik]

After disabled amd_pstate the log spam problem is fixed.

Another way to fix this could be to use performance instead of balance_performance

Or validate the values found in energy_performance_available_preferences

[Angel-Karasu]

@Angel-Karasu this looks like a problem introduced in #736 as I remember changes to print(f"ERROR: failed to read battery thresholds: {e}

There is an error because the version of auto-cpufreq in the AUR isn't up to date, we can see it uses the method to read battery threshold before #716

[AdnanHodzic]

@Angel-Karasu this looks like a problem introduced in #736 as I remember changes to print(f"ERROR: failed to read battery thresholds: {e}

There is an error because the version of auto-cpufreq in the AUR isn't up to date, we can see it uses the method to read battery threshold before #716

In that case tagging AUR package maintainers ... @MusicalArtist12, @liljaylj, @parmjotsinghrobot

[MusicalArtist12]

@Angel-Karasu this looks like a problem introduced in #736 as I remember changes to print(f"ERROR: failed to read battery thresholds: {e}

There is an error because the version of auto-cpufreq in the AUR isn't up to date, we can see it uses the method to read battery threshold before #716

In that case tagging AUR package maintainers ... @MusicalArtist12, @liljaylj, @parmjotsinghrobot

I'll update it tonight

[kralle333]

seeing similar issue, installed using latest version from master

[armenr]

I've installed from the master git branch - getting this same issue on my machine.

But, when I run auto-cpufreq --stats I do see what appears to be the correct output:

PC    ➜  LENOVO Yoga Pro 7 14IMH9 Type 83E2

[AdnanHodzic]

This seems like an identical issue as in #765 and issue was solved in #750 however PR with fix was never submitted ... hence if anyone would like to give it a try and contribute to the project and you will be credited for your work as part of future release.

[Xenapte]

Same issue for me except that it's on line 99. With the latest AUR release (2.4.0-1) on a ThinkBook laptop.