On 12/04/19 5:41 PM, Bartosz Golaszewski wrote: > pt., 12 kwi 2019 o 13:26 Sekhar Nori <nsekhar@xxxxxx> napisał(a): >> >> Hi Bartosz, >> >> On 08/04/19 1:29 PM, Bartosz Golaszewski wrote: >>> From: David Lechner <david@xxxxxxxxxxxxxx> >>> >>> This adds a cpu node and operating points to the common da850.dtsi file. >>> >>> Additionally, a regulator is added to the LEGO EV3 board along with >>> some board-specific CPU configuration. >>> >>> Regulators need to be hooked up on other boards to get them working. >>> >>> Signed-off-by: David Lechner <david@xxxxxxxxxxxxxx> >>> Signed-off-by: Bartosz Golaszewski <bgolaszewski@xxxxxxxxxxxx> >> >> I remember you mentioning about some problems using OCHI and cpufreq >> together. Are those resolved now? CPU PLL on DA850 can affect other >> peripheral clock frequencies too. So enabling it should really be a >> per-board decision. >> > > The problems are still there. I've never been able to find the > culprit, but it also occurs on TI BSP in the same way (a couple > cpufreq transitions will make the controller unresponsive). Is that on LCDK as well? As I recall cpufreq was never enabled on LCDK in TI BSP. If the OHCI problem is present on LCDK, then there is a user visible regression on mainline after this patch. Lets enable cpufreq in LCDK only if all working peripherals keep working afterwards. Thanks, Sekhar
