Home
last modified time | relevance | path

Searched refs:rate_limit_us (Results 1 – 4 of 4) sorted by relevance

/linux/kernel/sched/
H A Dcpufreq_schedutil.c13 unsigned int rate_limit_us; member
563 return sprintf(buf, "%u\n", tunables->rate_limit_us); in rate_limit_us_show()
571 unsigned int rate_limit_us; in rate_limit_us_store() local
573 if (kstrtouint(buf, 10, &rate_limit_us)) in rate_limit_us_store()
576 tunables->rate_limit_us = rate_limit_us; in rate_limit_us_store()
579 sg_policy->freq_update_delay_ns = rate_limit_us * NSEC_PER_USEC; in rate_limit_us_store()
584 static struct governor_attr rate_limit_us = __ATTR_RW(rate_limit_us); variable
587 &rate_limit_us.attr,
775 tunables->rate_limit_us = cpufreq_policy_transition_delay_us(policy); in sugov_init()
839 sg_policy->freq_update_delay_ns = sg_policy->tunables->rate_limit_us * NSEC_PER_USEC; in sugov_start()
/linux/drivers/firmware/arm_scmi/
H A Dperf.c79 __le32 rate_limit_us; member
156 u32 rate_limit_us; member
286 dom_info->rate_limit_us = le32_to_cpu(attr->rate_limit_us) & in scmi_perf_domain_attributes_get()
921 *rate_limit = dom->rate_limit_us; in scmi_dvfs_rate_limit_get()
/linux/Documentation/scheduler/
H A Dsched-util-clamp.rst724 3. schedutil rate_limit_us drops any requests during this rate_limit_us
740 There is room to improve the behavior of schedutil rate_limit_us, but not much
/linux/Documentation/admin-guide/pm/
H A Dcpufreq.rst426 ``rate_limit_us``