Re: [PATCH v9 0/4] arm64: arch_timer: Add workaround for hisilicon-161010101 erratum

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




On 24/01/17 15:08, Daniel Lezcano wrote:
> On 19/01/2017 14:35, Ding Tianhong wrote:
>> Erratum Hisilicon-161010101 says that the ARM generic timer counter "has the
>> potential to contain an erroneous value when the timer value changes".
>> Accesses to TVAL (both read and write) are also affected due to the implicit counter
>> read.  Accesses to CVAL are not affected.
>>
>> The workaround is to reread the system count registers until the value of the second
>> read is larger than the first one by less than 32, the system counter can be guaranteed
>> not to return wrong value twice by back-to-back read and the error value is always larger
>> than the correct one by 32. Writes to TVAL are replaced with an equivalent write to CVAL.
> 
> Why not use another clocksource instead of adding a workaround with a
> non negligible overhead and more complexity in the code ?

The overhead only affects the affected systems, since it is guarded by a
static key (the same static key that guards the FSL workaround that is
already in mainline).

As for creating a different clocksources, this would in turn make the
integration with the arch code more complex (arm64 relies on having
working architected timers, with or without workarounds) and the
integration with KVM (which relies on the same), and in the end create
quite a lot of duplication. Are we going to create a separate
clocksource for each potential erratum that people with screwed hardware
come up with?

I'd prefer to organise the mess rather than spread it everywhere.

Thanks,

	M.
-- 
Jazz is not dead. It just smells funny...
--
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



[Index of Archives]     [Device Tree Compilter]     [Device Tree Spec]     [Linux Driver Backports]     [Video for Linux]     [Linux USB Devel]     [Linux PCI Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Yosemite Backpacking]
  Powered by Linux