[...]
> In the meantime I think we can be more tolerant:
>
> diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c
> index 2133f9d59d06..87f67a93fcc7 100644
> --- a/drivers/clocksource/arm_arch_timer.c
> +++ b/drivers/clocksource/arm_arch_timer.c
> @@ -376,6 +376,8 @@ arch_timer_detect_rate(void __iomem *cntbase, struct device_node *np)
> arch_timer_rate = readl_relaxed(cntbase + CNTFRQ);
> else
> arch_timer_rate = arch_timer_get_cntfrq();
> + } else if (IS_ENABLED(CONFIG_ARM64)) {
> + pr_warn("Architected timer frequency overridden by DT (broken firmware?)\n");
> }
That looks good to me. On a related note, it looks like my documentation
patch [1] from a while back fell by the wayside. Does anyone fancy
picking that up to go with this?
Mark.
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2014-August/282830.html
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
