On 27-06-22, 10:14, Dmitry Osipenko wrote: > 27.06.2022 09:45, Viresh Kumar пишет: > >> Looks okay. If you'll solve the cpufreq problem where OPP config is set > >> by two drivers for the same cpu device > > This is supported, there is some early freeing of resources on the > > removal path though, the reasoning for which I already gave in another > > email. Though, I am open to sorting that out as well, but nothing > > breaks the code for now AFAICT. > > > > In case of Tegra, we use tegra-cpufreq driver that sets supported_hw and > registers cpufreq-dt. If cpufreq-dt driver defers the probe, then the > supported_hw will be lost on the re-probe. I haven't checked yet, but I > suppose that cpufreq-dt driver defers on Tegra30 because of the CPU > regulator and that's why we get the "OPP table is missing" error. Aha, I get it now. I see, this is a real problem. Will fix it. Give me some time to think. Thanks. -- viresh
