lkml.org 
[lkml]   [2018]   [Dec]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 2/4] RISC-V: Support per-hart timebase-frequency
From
Date
On 12/7/18 8:42 AM, Palmer Dabbelt wrote:
> On Mon, 03 Dec 2018 12:57:29 PST (-0800), atish.patra@wdc.com wrote:
>> Follow the updated DT specs and read the timebase-frequency
>> from the boot cpu. Keep the old DT reading as well for backward
>> compatibility. This patch is rework of old patch from Palmer.
>>
>> Signed-off-by: Atish Patra <atish.patra@wdc.com>
>> ---
>> arch/riscv/kernel/time.c | 9 +--------
>> drivers/clocksource/riscv_timer.c | 22 ++++++++++++++++++++++
>> 2 files changed, 23 insertions(+), 8 deletions(-)
>>
>> diff --git a/arch/riscv/kernel/time.c b/arch/riscv/kernel/time.c
>> index 1911c8f6..225fe743 100644
>> --- a/arch/riscv/kernel/time.c
>> +++ b/arch/riscv/kernel/time.c
>> @@ -20,14 +20,7 @@ unsigned long riscv_timebase;
>>
>> void __init time_init(void)
>> {
>> - struct device_node *cpu;
>> - u32 prop;
>> -
>> - cpu = of_find_node_by_path("/cpus");
>> - if (!cpu || of_property_read_u32(cpu, "timebase-frequency", &prop))
>> - panic(KERN_WARNING "RISC-V system with no 'timebase-frequency' in DTS\n");
>> - riscv_timebase = prop;
>> + timer_probe();
>>
>> lpj_fine = riscv_timebase / HZ;
>> - timer_probe();
>> }
>> diff --git a/drivers/clocksource/riscv_timer.c b/drivers/clocksource/riscv_timer.c
>> index 084e97dc..96af7058 100644
>> --- a/drivers/clocksource/riscv_timer.c
>> +++ b/drivers/clocksource/riscv_timer.c
>> @@ -83,6 +83,26 @@ void riscv_timer_interrupt(void)
>> evdev->event_handler(evdev);
>> }
>>
>> +static long __init riscv_timebase_frequency(struct device_node *node)
>> +{
>> + u32 timebase;
>> +
>> + if (!of_property_read_u32(node, "timebase-frequency", &timebase))
>> + return timebase;
>> +
>> + /*
>> + * As per the DT specification, timebase-frequency should be present
>> + * under individual cpu node. Unfortunately, there are already available
>> + * HiFive Unleashed devices where the timebase-frequency entry is under
>> + * CPUs. check under parent "cpus" node to cover those devices.
>> + */
>> + if (!of_property_read_u32(node->parent, "timebase-frequency",
>> + &timebase))
>> + return timebase;
>> +
>> + panic("RISC-V system with no 'timebase-frequency' in DTS\n");
>> +}
>> +
>> static int __init riscv_timer_init_dt(struct device_node *n)
>> {
>> int cpuid, hartid, error;
>> @@ -94,6 +114,8 @@ static int __init riscv_timer_init_dt(struct device_node *n)
>> if (cpuid != smp_processor_id())
>> return 0;
>>
>> + /* This should be called only for boot cpu */
>> + riscv_timebase = riscv_timebase_frequency(n);
>> cs = per_cpu_ptr(&riscv_clocksource, cpuid);
>> clocksource_register_hz(cs, riscv_timebase);
>
> We need to check to make sure the timebase-frequency of each hart is the same.
> This is mandated by the RISC-V ISA specification but should be checked in the
> code.
>
Fair enough. I will add a timebase-frequency verification function that
will be executed for every cpu instead of boot cpu.

If any cpu's timebase-frequency doesn't match with boot cpu, should we
just WARN? or Do we need panic given that DT is not following something
that is mandated by ISA ?

Regards,
Atish

\
 
 \ /
  Last update: 2018-12-08 00:37    [W:0.049 / U:0.148 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site