Re: [PATCH 3/3] nvmem: mtk-efuse: add mt6572 support
Roman Vivchar <[email protected]>
| Newsgroups | org.infradead.lists.linux-mediatek,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-devicetree,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <UBb0LTozsXND4yCm-5gQEAG4QXz_21gIMGXI5HbsQhBzbfJnwk6ShZN0Sob-K8w-0X8l4gf0KF4qjpnOK80l53gTX471Dh18dUaiUhrsb9U=@protonmail.com> |
On Monday, July 20th, 2026 at 4:33 PM, Roman Vivchar <[email protected]> wrote: ... > Something like this: > - mfgcfg > ^- mfg_pre ('safe' UNIVPLL div or 'unsafe' mfg mux) > ^- mfg (if you're here and your chip is NOT mt6572w then be prepared > for crashes) > ^- whpll (or any other parent, but downstream uses WHPLL as GPU > clock source) Oops, WHPLL sits behind the gate, so the clock tree is this: - mfgcfg ^- mfg_pre ('safe' UNIVPLL div or 'unsafe' mfg mux) ^- mfg (if you're here and your chip is NOT mt6572w then be prepared for crashes) ^- mfg_pre_whpll_500m (or any other parent, but downstream uses WHPLL as GPU clock source) ^- whpll (Using 500m is a bad idea for the PLL which can change frequency, but I have to revisit clock tree once again to make a better decision before sending mt6572 clocks to the upstream).