All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: Mike Turquette <mturquette@linaro.org>
Cc: Stephen Boyd <sboyd@codeaurora.org>,
	Tomeu Vizoso <tomeu.vizoso@collabora.com>,
	linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, linux-omap@vger.kernel.org
Subject: Re: Clock Regression in next-20150130 caused by cb75a8fcd14e
Date: Mon, 2 Feb 2015 08:18:59 -0800	[thread overview]
Message-ID: <20150202161858.GH16250@atomide.com> (raw)
In-Reply-To: <20150201232636.421.58980@quantum>

* Mike Turquette <mturquette@linaro.org> [150201 15:29]:
> Quoting Tony Lindgren (2015-01-30 17:04:44)
> > Hi all,
> > 
> > Looks like commit cb75a8fcd14e ("clk: Add rate constraints to clocks")
> > causes a regression on at least omaps where the serial console either
> > does not show anything, or just prints garbage.
> > 
> > Reverting cb75a8fcd14e makes things work again on next-20150130.
> > 
> > Any ideas?
> 
> Stephen posted a patch[0] to fix this. I've squashed that into Tomeu's
> commit that you reference above and my Panda board is booting fine once
> again.
> 
> [0] http://lkml.kernel.org/r/<20150131013158.GA4323@codeaurora.org>
> 
> Please let me know if any other issues pop up. There are new WARNs for
> OMAP3+ boards introduced by a different patch from Tomeu, but this is
> really because the OMAP DPLL and FAPLL code are dereferencing struct clk
> pointers when they should not be and is a separate issue from the
> constraints patch (with a separate email thread).

Seems Linux next is broken again. Now we omaps get tons of:

clock: dpll_abe_ck failed transition to 'locked'
WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:925 clk_disable+0x28/0x34()

and 

WARNING: CPU: 0 PID: 1 at arch/arm/mach-omap2/dpll3xxx.c:436
omap3_noncore_dpll_enable+0xdc/0x10c()

Regards,

Tony

WARNING: multiple messages have this Message-ID (diff)
From: tony@atomide.com (Tony Lindgren)
To: linux-arm-kernel@lists.infradead.org
Subject: Clock Regression in next-20150130 caused by cb75a8fcd14e
Date: Mon, 2 Feb 2015 08:18:59 -0800	[thread overview]
Message-ID: <20150202161858.GH16250@atomide.com> (raw)
In-Reply-To: <20150201232636.421.58980@quantum>

* Mike Turquette <mturquette@linaro.org> [150201 15:29]:
> Quoting Tony Lindgren (2015-01-30 17:04:44)
> > Hi all,
> > 
> > Looks like commit cb75a8fcd14e ("clk: Add rate constraints to clocks")
> > causes a regression on at least omaps where the serial console either
> > does not show anything, or just prints garbage.
> > 
> > Reverting cb75a8fcd14e makes things work again on next-20150130.
> > 
> > Any ideas?
> 
> Stephen posted a patch[0] to fix this. I've squashed that into Tomeu's
> commit that you reference above and my Panda board is booting fine once
> again.
> 
> [0] http://lkml.kernel.org/r/<20150131013158.GA4323@codeaurora.org>
> 
> Please let me know if any other issues pop up. There are new WARNs for
> OMAP3+ boards introduced by a different patch from Tomeu, but this is
> really because the OMAP DPLL and FAPLL code are dereferencing struct clk
> pointers when they should not be and is a separate issue from the
> constraints patch (with a separate email thread).

Seems Linux next is broken again. Now we omaps get tons of:

clock: dpll_abe_ck failed transition to 'locked'
WARNING: CPU: 0 PID: 1 at drivers/clk/clk.c:925 clk_disable+0x28/0x34()

and 

WARNING: CPU: 0 PID: 1 at arch/arm/mach-omap2/dpll3xxx.c:436
omap3_noncore_dpll_enable+0xdc/0x10c()

Regards,

Tony

  reply	other threads:[~2015-02-02 16:18 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-31  1:04 Clock Regression in next-20150130 caused by cb75a8fcd14e Tony Lindgren
2015-01-31  1:04 ` Tony Lindgren
2015-01-31  5:31 ` Guenter Roeck
2015-01-31  5:31   ` Guenter Roeck
2015-02-01 23:26 ` Mike Turquette
2015-02-01 23:26   ` Mike Turquette
2015-02-02 16:18   ` Tony Lindgren [this message]
2015-02-02 16:18     ` Tony Lindgren

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150202161858.GH16250@atomide.com \
    --to=tony@atomide.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=mturquette@linaro.org \
    --cc=sboyd@codeaurora.org \
    --cc=tomeu.vizoso@collabora.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.