Closed gsstudios closed 6 years ago
@gsstudios Thank you for investigating and providing this much details. I thought it was all enabled and working fine. It could be ideal if Kernel Auditor will handle the driver. But till then, we probably need to stick with the custom profiles... Edit: to be honest, I'm really happy with the situation without stock cpu_boost (with/without cpu input boost enabled...)
After looking at the kernel code with a magnifier glass (lol), I realised that this kernel (as well as Smartpack) doesn't have cpu input boost enabled by default. While it may be enabled in the kernel defconfig, there requires to be further configuration, in the form of a sysfs node.
I thought this was quite strange but I was not surprised mainly due to the poor CPU scaling without using hotplugs that offer 'touch boost' features.
When set to 0, input boost capabilities is disabled. The user must enable this manually, or this may be done by the dev using some form of script or kernel tuning app. AFAIK, Kernel Adiutor doesn't support tuning this yet, but I may be able to provide a custom profile for people to use that can make use of the custom tuning function found in KA.
The problem with current method of touch boost The reason why I this has got my attention is because in my opinion, cpu boosting should be handled by a cpu boost driver. I don't really like the idea of having the hotplug handle this responsibility. We've seen issues with this where I've found that (most) interactive based governors don't respond well to the touch boost found in intelliplug (and therefore also lazyplug).
My approaches
@sunilpaulmathew