- User Since
- Apr 3 2017, 11:17 AM (175 w, 2 d)
Dec 22 2019
I've tried the patch on a recent current and added some printf-debug. The output of rdmsr_safe(MSR_IA32_HWP_REQUEST, &requested); changes after the suspend:
before zzz :
May 1 2019
Needed to add dma-device to kernel config, otherwise dsp device was not probed.
Update according to comments.
Apr 26 2019
Remove deprecated compatible entry
Apr 15 2019
Move codec_stop call to a different place.
Changed "end"-parameter for resource allocation.
Apr 14 2019
Sep 10 2018
My intention was to simplify the querying of current rate mainly for scripts and userland programs. Using acpiconf -i <x> in a script occured a bit cumbersome to me because for more than one battery, one has to iterate over the result of hw.acpi.battery.units and parse the acpiconf's output to get the actual rate.
Also, the most (hm, i think actually all) FreeBSD compatible monitors which sources i've seen were using the sysctls interface and not the ACPIIO_BATT_* ioctls, so there would be a lower threshold to add the information about current rate.
Sep 8 2018
Sep 11 2017
Updated diff according to Ians remarks.
Aug 14 2017
Aug 12 2017
fix types of private data.
Aug 11 2017
Add header file to patch again.
Fix re-enabling interrupts