[Moto G 2015 Original Android Development] sunilpaulmathew:
Lazyplug is designed in that way, so all the core will be turned on unless deep sleep. By the way, in my testing with alucard/msm, I found that the designated cores are turning off perfectly without changing the govorner.

I'm not an expert on playing with hotplug tunables. The only thing I can suggest is to read more about it. Here I'm copying some data taken from Android Modders Guide by [MENTION=5811506]Saber[/MENTION]

hotplug_sampling_rate:

Sampling Interval, measured in ms. This factor determines how often the governor should poll for CPU usage in terms of frequency and load percentage to make hotplugging decisions. (Default: 30 ms)

hotplug_rate_1_1:

Number of samples to evaluate cpu1 hotplug in. (Default: 1)

hotplug_rate_2_0:

Number of samples to evaluate cpu1 hotplug out. (Default: 5)

hotplug_rate_2_1:

Number of samples to evaluate cpu2 hotplug in. (Default: 2)

hotplug_rate_3_0:

Number of samples to evaluate cpu2 hotplug out. (Default: 5)

hotplug_rate_3_1:

Number of samples to evaluate cpu3 hotplug in. (Default: 2)

hotplug_rate_4_0:

Number of samples to evaluate cpu3 hotplug out. (Default: 5)

hotplug_freq_1_1:

Up threshold frequency to turn second core On, when some other conditions is also met. ie If (minimum frequency greater than or equal to hotplug_freq 1 1) Hotplug IN Second Core. Higher value corresponds to delay in turning on second core.

hotplug_freq_2_0:

Down threshold frequency to turn second core Off, when some other conditions is also met. ie If (maximum frequency less than hotplug_freq 2 0) Hotplug OUT Second Core. Lower value corresponds to delay in turning off second core.

hotplug_freq_2_1:

Up threshold frequency to turn third core On, when some other conditions is also met. ie If (minimum frequency greater than or equal to hotplug_freq 2 1) Hotplug IN Third Core. Higher value corresponds to delay in turning on Third core.

hotplug_freq_3_0:

Down threshold frequency to turn third core Off, when some other conditions is also met. ie If (maximum frequency less than hotplug_freq 3 0) Hotplug OUT Third Core. Lower value corresponds to delay in turning off third core.

hotplug_freq_3_1:

Up threshold frequency to turn fourth core On, when some other conditions is also met. ie If (minimum frequency greater than or equal to hotplug_freq 3 1) Hotplug IN Fourth Core. Higher value corresponds to delay in turning on Fourth core.

hotplug_freq_4_0:

Down threshold frequency to turn fourth core Off, when some other conditions is also met. ie If (maximum frequency less than hotplug_freq 4 0) Hotplug OUT Fourth Core. Lower value corresponds to delay in turning off fourth core.

hotplug_load_1_1:

The CPU load at which governor scales CPU up. Current Load equal or greater than up_load: CPU Hotplug IN. Value corresponding to 101 causes not HOTPLUG IN. (Default: 60%)

hotplug_load_2_0:

The CPU load at which governor scales CPU down. Current Load less than down_load and CPU online greater than 1: CPU Hotplug OUT. Value corresponding to 101 causes immediately HOTPLUG OUT. (Default: 30%)

hotplug_load_2_1:

The CPU load at which governor scales CPU up. Current Load equal or greater than up_load: CPU Hotplug IN. Value corresponding to 101 causes not HOTPLUG IN. (Default: 65%)

hotplug_load_3_0:

The CPU load at which governor scales CPU down. Current Load less than down_load and CPU online greater than 1: CPU Hotplug OUT. Value corresponding to 101 causes immediately HOTPLUG OUT. (Default: 30%)

hotplug_load_3_1:

The CPU load at which governor scales CPU up. Current Load equal or greater than up_load: CPU Hotplug IN. Value corresponding to 101 causes not HOTPLUG IN. (Default: 65%)

hotplug_load_4_0:

The CPU load at which governor scales CPU down. Current Load less than down_load and CPU online greater than 1: CPU Hotplug OUT. Value corresponding to 101 causes immediately HOTPLUG OUT. (Default: 20%)

hotplug_rq_1_1:

Threshold run queue length for second core to turn on. (Default: 100)

hotplug_rq_2_0:

Threshold run queue length for second core to turn off. (Default: 100)

hotplug_rq_2_1:

Threshold run queue length for third core to turn on. (Default: 200)

hotplug_rq_3_0:

Threshold run queue length for third core to turn off. (Default: 200)

hotplug_rq_3_1:

Threshold run queue length for fourth core to turn on. (Default: 300)

hotplug_rq_4_0:

Threshold run queue length for fourth core to turn off. (Default: 300)

maxcoreslimit:

Max CPU's hotplugging limit. (Default: 4)

maxcoreslimit_sleep:

Max CPU's hotplugging limit. (Default: 2)

I'm not sure about the Min freq not sticking issue in this device (I have to test more). However, in klte, it will be probably because of a MIN/MAX freq restrictions made by me to prevent the device using OC freqs without the consent of user. I can probably revert it and fully rely on Spectrum profiles.