hi Krzysztof On 15 June 2015 at 05:41, Krzysztof Kozlowski <k.kozlowski@xxxxxxxxxxx> wrote: > On 14.06.2015 19:24, Anand Moon wrote: >> This changes enables TMU IP block on the Exynos5422 Odroid-XU3 >> device. >> >> Signed-off-by: Anand Moon <linux.amoon@xxxxxxxxx> >> Tested-by: Markus Reichl <m.reichl@xxxxxxxxxxxxx> > > This does not look right. > You put this "Tested-by" since beginning of this patchset (v1) but first > it was LDO10. Then you proposed LDO18 and now you use LDO7 from my > suggestion. Which of this was tested by Markus because I cannot find his > emails with it on LKML? Markus Reichl tested the earlier version with LDO10. Commit logs got carry forward by mistake. -Anand Moon > > Krzysztof > >> Acked-by: Lukasz Majewski <l.majewski@xxxxxxxxxxx> >> --- >> Changes rebase on git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung branch for-next >> Changes from v5: Use LDO7 regulator instead of LD010. >> >> The output of LDO18 goes to VDD_EMMC_1V8. This is not regulator for TMU. >> >> I think the schematics are missing some of details but it can be deducted that: >> 1. TEMP SE is supplied by VDD18_TS power domain. It consists of 5 >> pairs of pins (XTSTEST_OUT[0-4], XTSEXT_RES[0-4]). >> 2. The VDD18_TS01, VDD18_TS23 and VDD18_TS4 are wired to the LDO7 of >> S2MPS11 PMIC. >> 3. I confirmed with the Exynos5422 datasheet that these >> VDD18_TS{01,23,4} supply the XTSTEST pins (OUT and RES). >> >> So the LDO7 it is... but before using it there is a caveat. The LDO7 >> is also connected to VDD of MIPI, HDMI and few more. So when you use >> this regulator in TMU it may be turned off by TMU driver (e.g. during >> unbind). In such case these other blocks also should be tested and >> checked whether they take this regulator and enable it. >> --- >> arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi | 25 ++++++++++++++++++++++ >> 1 file changed, 25 insertions(+) > -- To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html