From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 30 Mar 2017 09:54:48 -0700 From: Tony Lindgren To: Tero Kristo Cc: linux-clk@vger.kernel.org, linux-omap@vger.kernel.org, sboyd@codeaurora.org, mturquette@baylibre.com, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCHv2 0/9] clk: ti: add support for clkctrl clocks Message-ID: <20170330165448.GF10760@atomide.com> References: <1489741781-12816-1-git-send-email-t-kristo@ti.com> <20170317152536.GT20572@atomide.com> <94d20a17-5072-ffab-3529-4bbb14327a10@ti.com> <20170323010057.GI10760@atomide.com> <20170323170210.GL10760@atomide.com> <8648f054-cf04-41df-20f3-82e0d63feefa@ti.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <8648f054-cf04-41df-20f3-82e0d63feefa@ti.com> List-ID: * Tero Kristo [170330 00:20]: > On 23/03/17 19:02, Tony Lindgren wrote: > > * Tony Lindgren [170322 18:03]: > > > * Tero Kristo [170317 14:39]: > > > > On 17/03/17 17:25, Tony Lindgren wrote: > > > > > * Tero Kristo [170317 02:12]: > > > > > > Any additional testing on omap4 welcome as this series basically > > > > > > tweaks every possible peripheral clock on the SoC. > > > > > > > > > > Without the last patch in this series, booting fails for me: > > > > > > > > > > [ 5.074890] l4_per_cm:clk:0120:0: failed to disable > > > > > [ 5.085113] l4_per_cm:clk:0128:0: failed to disable > > > > > > > > > > Care to check that booting keeps working for each patch in the > > > > > series to avoid breaking git bisect for booting? > > > > > > > > Hmm, I think patch 8+9 need to be squashed then. I can double check this > > > > next week though. > > > > > > Also looks like with this set merged HDMI stops working on > > > omap4 with: > > > > > > HDMIWP: omapdss HDMIWP error: Failed to set PHY power mode to 1 > > > > Forgot to mention that's with omapdrm with encoder-tpd12s015 and > > encoder-tfp410 modules loaded to get HDMI working. Here's more verbose > > dmesg output in case that provides more clues: > > > > [ 91.042877] omapdss HDMICORE error: operation stopped when reading edid > > [ 91.078308] [drm] Enabling DMM ywrap scrolling > > [ 91.099243] omapdss HDMIWP error: Failed to set PHY power mode to 1 > > [ 91.107879] omapdss HDMI error: failed to power on device > > [ 91.107879] omapdrm omapdrm.0: Failed to enable display 'hdmi': -5 > > [ 91.359619] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 91.619964] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 91.620300] Console: switching to colour frame buffer device 128x48 > > [ 91.682434] omapdrm omapdrm.0: fb0: omapdrm frame buffer device > > [ 91.770812] [drm] Initialized omapdrm 1.0.0 20110917 for omapdrm.0 on minor 0 > > [ 92.818054] omapdss HDMICORE error: operation stopped when reading edid > > [ 93.090087] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 93.349853] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > > > Regards, > > > > Tony > > > > Can you try with this additional hwmod data tweak in place? Apply this on > top of the existing series. Does not seem to help, still get the same errors. But maybe I'm doing something wrong as the patch did not apply and I applied it manually. Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Thu, 30 Mar 2017 09:54:48 -0700 Subject: [PATCHv2 0/9] clk: ti: add support for clkctrl clocks In-Reply-To: <8648f054-cf04-41df-20f3-82e0d63feefa@ti.com> References: <1489741781-12816-1-git-send-email-t-kristo@ti.com> <20170317152536.GT20572@atomide.com> <94d20a17-5072-ffab-3529-4bbb14327a10@ti.com> <20170323010057.GI10760@atomide.com> <20170323170210.GL10760@atomide.com> <8648f054-cf04-41df-20f3-82e0d63feefa@ti.com> Message-ID: <20170330165448.GF10760@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Tero Kristo [170330 00:20]: > On 23/03/17 19:02, Tony Lindgren wrote: > > * Tony Lindgren [170322 18:03]: > > > * Tero Kristo [170317 14:39]: > > > > On 17/03/17 17:25, Tony Lindgren wrote: > > > > > * Tero Kristo [170317 02:12]: > > > > > > Any additional testing on omap4 welcome as this series basically > > > > > > tweaks every possible peripheral clock on the SoC. > > > > > > > > > > Without the last patch in this series, booting fails for me: > > > > > > > > > > [ 5.074890] l4_per_cm:clk:0120:0: failed to disable > > > > > [ 5.085113] l4_per_cm:clk:0128:0: failed to disable > > > > > > > > > > Care to check that booting keeps working for each patch in the > > > > > series to avoid breaking git bisect for booting? > > > > > > > > Hmm, I think patch 8+9 need to be squashed then. I can double check this > > > > next week though. > > > > > > Also looks like with this set merged HDMI stops working on > > > omap4 with: > > > > > > HDMIWP: omapdss HDMIWP error: Failed to set PHY power mode to 1 > > > > Forgot to mention that's with omapdrm with encoder-tpd12s015 and > > encoder-tfp410 modules loaded to get HDMI working. Here's more verbose > > dmesg output in case that provides more clues: > > > > [ 91.042877] omapdss HDMICORE error: operation stopped when reading edid > > [ 91.078308] [drm] Enabling DMM ywrap scrolling > > [ 91.099243] omapdss HDMIWP error: Failed to set PHY power mode to 1 > > [ 91.107879] omapdss HDMI error: failed to power on device > > [ 91.107879] omapdrm omapdrm.0: Failed to enable display 'hdmi': -5 > > [ 91.359619] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 91.619964] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 91.620300] Console: switching to colour frame buffer device 128x48 > > [ 91.682434] omapdrm omapdrm.0: fb0: omapdrm frame buffer device > > [ 91.770812] [drm] Initialized omapdrm 1.0.0 20110917 for omapdrm.0 on minor 0 > > [ 92.818054] omapdss HDMICORE error: operation stopped when reading edid > > [ 93.090087] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > [ 93.349853] omapdrm omapdrm.0: atomic complete timeout (pipe 0)! > > > > Regards, > > > > Tony > > > > Can you try with this additional hwmod data tweak in place? Apply this on > top of the existing series. Does not seem to help, still get the same errors. But maybe I'm doing something wrong as the patch did not apply and I applied it manually. Regards, Tony