FR: reduce log level for some warnings to info.
## Description
I am using CoolerControl 3.1.1 on CachyOS (6.18.7-2-cachyos) with multiple hwmon devices:
* Motherboard Super I/O (IT8696 via it87) where fan control is enabled and working
* AMD GPU (amdgpu) where fan control is handled by the GPU firmware
* Corsair PSU (corsairpsu) where fan control is handled by the PSU firmware
For some devices such as the GPU and PSU, fan control is possible in principle, but I intentionally want these devices to manage their own fan behavior. My use case is monitoring only (RPMs and temperatures), not overriding their control logic.
During startup, CoolerControl probes pwm\* attributes on all detected hwmon devices. For GPU and PSU hwmon devices, some PWM nodes are read-only or not writable in the current configuration. This results in warnings such as:
`PWM fan at /sys/class/hwmon/hwmonX/pwm1 is NOT writable`
These warnings are technically correct, but not actionable for users who explicitly want these devices to remain self-managed.
---
## Current limitations
In CoolerControl 3.1.1:
* Disabling a device removes it entirely from the UI, including RPM
* There is no per-device option to disable fan or PWM control while keeping sensors visible
* PWM probing failures generate WARN-level log messages and trigger a warning state in the UI, prompting the user to acknowledge issues.
* The only workaround is lowering the global daemon log level, which also suppresses unrelated warnings
---
## Requested feature
Add a per-device monitor-only mode or equivalent option that:
* Keeps temperature and RPM sensors visible
* Disables PWM probing and fan control attempts for that device
* Prevents PWM write failures from being logged as warnings for that device
* Avoids triggering false issue or error indicators in the UI
This would allow users to explicitly choose which devices CoolerControl is responsible for controlling, versus which devices remain self-managed.
---
## Why this matters
This is not a hardware or driver failure. Fan control works correctly where enabled. The current behavior mainly impacts user experience by creating persistent warnings for configurations that are intentional and valid.
Providing a monitor-only mode would reduce log noise, eliminate false alarms, and give users clearer control over responsibility boundaries between CoolerControl and device firmware or drivers.
---
## System context
* CoolerControl 3.1.1
* Fan controller: IT8696 via it87 (h2ram-mmio)
* GPU: AMD (amdgpu hwmon)
* PSU: Corsair (corsairpsu hwmon)
* Daemon running as root
task