`devfreq` support

[dostos]

This PR extends previous cpu utilities to generic processor types.

Changes:

• Refactoring based on an absl for better error propagation.
• Frequency settor / gettor
• Frequency transition statistics
• Test codes

Tested on Galaxy S20 & Pixel 6.

Known issue

Process processor affinity may fail on consecutive execution of the program (same with an old Band code). I checked it works fine once we reboot the machine.

[dostos]

The second path is done. Brought the initial design of the ResourceMonitor from the splash branch.

Updated changes

• Add a common interface for several resources to handle device-specific paths
• Separate a monitoring thread
• Automatically find CPU & Thermal resource paths
• Expose dev freq paths for each non-CPU processor to the config builder
• Add a callback listener for later model update

Expected future to-do list

• Get network (e.g., RSSI) & power resource statuses from the Java side (backward report to monitor from JNI)
• Fine-granular (e.g., a callback for Thermal or specific flag) callback

[widiba03304]

I checked that the wireless stat can be fetched by linux/wireless.h and it is included in the NDK. I would work on it after this PR!

[dostos]

Sounds good to me! I moved directory-related utilities to devices with corresponding implementations for the Windows platform.