On Monday 26 Nov 2018 at 13:20:43 (+0100), Daniel Lezcano wrote:
> diff --git a/drivers/base/arch_topology.c b/drivers/base/arch_topology.c
> index fd5325b..e0c5b60 100644
> --- a/drivers/base/arch_topology.c
> +++ b/drivers/base/arch_topology.c
> @@ -243,9 +243,20 @@ static int __init register_cpufreq_notifier(void)
>        * until we have the necessary code to parse the cpu capacity, so
>        * skip registering cpufreq notifier.
>        */
> -     if (!acpi_disabled || !raw_capacity)
> +     if (!acpi_disabled)
>               return -EINVAL;
>  
> +     if (!raw_capacity) {
> +
> +             pr_info("cpu_capacity: No capacity defined in DT, set default "
> +                    "values to %ld\n", SCHED_CAPACITY_SCALE);
> +
> +             raw_capacity = kmalloc_array(num_possible_cpus(),
> +                                          sizeof(*raw_capacity), GFP_KERNEL);
> +             if (!raw_capacity)
> +                     return -ENOMEM;
> +     }
> +
>       if (!alloc_cpumask_var(&cpus_to_visit, GFP_KERNEL)) {
>               pr_err("cpu_capacity: failed to allocate memory for 
> cpus_to_visit\n");
>               return -ENOMEM;

I just tried on my Juno by removing the capacity-dmips-mhz values from
the DT and got the following:

  $ cat /sys/devices/system/cpu/cpufreq/policy*/scaling_available_frequencies
  450000 575000 700000 775000 850000
  450000 625000 800000 950000 1100000
  $ cat /sys/devices/system/cpu/cpu*/cpu_capacity
  791
  1024
  1024
  791
  791
  791

Same thing with a partially-filled DT (which is the expected behaviour
now). So feel free to add:

Tested-by: Quentin Perret <quentin.per...@arm.com>

Thanks,
Quentin

Reply via email to