On Mon, Jun 17, 2019 at 9:36 AM Krzysztof Kozlowski <krzk@xxxxxxxxxx> wrote: > > On Mon, Jun 17, 2019 at 09:15:23AM -0700, Joseph Kogut wrote: > > Hi Krzysztof, > > > > Thanks for the review. > > > > On Sun, Jun 16, 2019 at 1:59 AM Krzysztof Kozlowski <krzk@xxxxxxxxxx> wrote: > > > > > > On Fri, Jun 14, 2019 at 04:57:19PM -0700, Joseph Kogut wrote: > > > > Add device tree node for mali gpu on Odroid XU3 SoCs. > > > > > > > > Signed-off-by: Joseph Kogut <joseph.kogut@xxxxxxxxx> > > > > --- > > > > > > > > Changes v1 -> v2: > > > > - Use interrupt name ordering from binding doc > > > > - Specify a single clock for GPU node > > > > - Add gpu opp table > > > > - Fix warnings from IRQ_TYPE_NONE > > > > > > > > .../boot/dts/exynos5422-odroidxu3-common.dtsi | 26 +++++++++++++++++++ > > > > > > This should go to exynos5422-odroid-core.dtsi instead, because it is > > > common to entire Odroid Exynos5422 family (not only XU3 family). > > > > > > > 1 file changed, 26 insertions(+) > > > > > > > > diff --git a/arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi b/arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi > > > > index 93a48f2dda49..b8a4246e3b37 100644 > > > > --- a/arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi > > > > +++ b/arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi > > > > @@ -48,6 +48,32 @@ > > > > cooling-levels = <0 130 170 230>; > > > > }; > > > > > > > > + gpu: gpu@11800000 { > > > > + compatible = "samsung,exynos-mali", "arm,mali-t628"; > > > > > > This is common to all Exynos542x chips so it should go to > > > exynos5420.dtsi. Here you would need to only enable it and provide > > > regulator. > > > > > > > To clarify, which pieces are specific to the Odroid Exynos 5422 > > family, and which are common to the entire Exynos 542x family? I'm > > thinking the gpu node is common to the 542x family, including the > > interrupts and clock, and the regulator and opp table are specific to > > the Odroid 5422? > > Opp table depends - it might common to Exynos542x (as all use the same > Mali) or specific to boards (because there is Odroid XU3 Lite with > Exynos5422 working on lower frequencies). > > So far the CPU and all bus OPP tables were put in exynos5420.dtsi so I > guess this can go there as well. > > For the rest of properties you were correct. > > > > > > Probably this should be also associated with tmu_gpu as a cooling device > > > (if Mali registers a cooling device...). Otherwise the tmu_gpu is not > > > really used for it. > > > > > > > We have two operating performance points for the GPU, but I'm not sure > > at what temperature we should trip the lower opp. Looking at the trip > > temperatures for the CPU, we have four alerts, and one critical trip. > > The highest alert is 85 C, would it be reasonable to trigger the lower > > GPU opp at this temperature? Should it trigger sooner? > > The highest trip point is 120 C and it is critical. In general I would > follow the CPU trip points (so fan should start working at 50 degrees). > Unless you have some other data about recommended trip points. Useful is > vendor kernel (from Samsung, from Hard Kernel). > > > > > > > + reg = <0x11800000 0x5000>; > > > > + interrupts = <GIC_SPI 219 IRQ_TYPE_LEVEL_HIGH>, > > > > + <GIC_SPI 74 IRQ_TYPE_LEVEL_HIGH>, > > > > + <GIC_SPI 117 IRQ_TYPE_LEVEL_HIGH>; > > > > + interrupt-names = "job", "mmu", "gpu"; > > > > + clocks = <&clock CLK_G3D>; > > > > + mali-supply = <&buck4_reg>; > > > > > > Please check if always-on property could be removed from buck4. > > > > I've checked, and this property can be removed safely. > > > > > Also, what about LDO27? It should be used as well (maybe through > > > vendor-specific properties which would justify the need of new vendor > > > compatible). > > > > > > > I'm unsure how LDO27 is used, can you elaborate? > > It is supplying the VDD_G3DS (with a note "SRAM power"). I do not have > any more data on it. However I did not check in vendor kernel for it. > After checking (a fork of) the vendor sources [1], it seems to me that this regulator is used for memory voltage related to Samsung's Adaptive Supply Voltage, for which there is a pending patchset [2]. This seems to me to be out of the scope of this patchset, could you confirm? [1] https://github.com/kumajaya/android_kernel_samsung_universal5422/blob/ad41104d43e6470f8d4880d65b259dc7b903cc0d/arch/arm/mach-exynos/asv-exynos5422.c#L1052 [2] https://lwn.net/Articles/784958/