linux-i2c.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Laxman Dewangan <ldewangan-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Stephen Warren <swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
Cc: "khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org"
	<khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org>,
	"w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org"
	<w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org>,
	Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
	"linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Prashant Gaikwad
	<pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
Subject: Re: [PATCH] i2c: tegra: use clk_disable_unprepare in place of clk_disable
Date: Tue, 26 Jun 2012 11:57:24 +0530	[thread overview]
Message-ID: <4FE9564C.4010502@nvidia.com> (raw)
In-Reply-To: <4FE889D6.4030500-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>

On Monday 25 June 2012 09:25 PM, Stephen Warren wrote:
> On 06/25/2012 03:46 AM, Laxman Dewangan wrote:
>> Stephen,
>>
>> On Wednesday 20 June 2012 09:57 PM, Stephen Warren wrote:
>>> On 06/20/2012 10:26 AM, Stephen Warren wrote:
>>>> On 06/20/2012 06:56 AM, Laxman Dewangan wrote:
>>>>> Use clk_disable_unprepare() inplace of clk_disable().
>>>>> This was missed as part of moving clock enable/disable to
>>>>> prepare/unprepare for using the common clock framework.
>>> ...
>>>> I see no reason not to take the second patch in the series through the
>>>> I2C tree though.
>>> Uggh. Ignore that paragraph - the other patch was sent separately not as
>>> a series.
>> so are you taking care of this patch or do I need to send the patch
>> based on your tree in place of linux-next?
> Yes, this patch should be applied through the Tegra tree, since it will
> be a dependency of the common clock framework switchover there, which I
> hope to take place this kernel cycle.
>
> I did just attempt to apply this patch to the for-3.6/common-clk branch,
> but it doesn't apply:-( Could you please rebase and resend. Thanks.

Looked at your common_clk branch and the related code is not there.
The clk_disable() in the particular case is introduced by change
i2c: tegra: make all resource allocation through devm_*
which is not in your branch.

Then later Prashant post the change as
i2c: tegra: Add clk_prepare/clk_unprepare
and it does not accounted for the above patch.

So none of your local tree will have this issue.

You need to pull some of the change from Wofram's tree to you commn-clk 
to fix the issue.
Suggest to pull the change
i2c: tegra: make all resource allocation through devm_*
i2c: tegra: support for I2C_M_NOSTART functionality
i2c: tegra: add PROTOCOL_MANGLING as supported functionality.
i2c: tegra: make sure register writes completes

  parent reply	other threads:[~2012-06-26  6:27 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-20 12:56 [PATCH] i2c: tegra: use clk_disable_unprepare in place of clk_disable Laxman Dewangan
     [not found] ` <1340196960-3002-1-git-send-email-ldewangan-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-06-20 16:26   ` Stephen Warren
     [not found]     ` <4FE1F9A0.6080200-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-06-20 16:27       ` Stephen Warren
2012-06-25  9:46         ` Laxman Dewangan
     [not found]           ` <4FE83374.6090608-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-06-25 15:55             ` Stephen Warren
     [not found]               ` <4FE889D6.4030500-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2012-06-26  6:27                 ` Laxman Dewangan [this message]
     [not found]                   ` <4FE9564C.4010502-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-06-26 16:28                     ` Stephen Warren
2012-06-27 15:59                       ` Laxman Dewangan

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=4FE9564C.4010502@nvidia.com \
    --to=ldewangan-ddmlm1+adcrqt0dzr+alfa@public.gmane.org \
    --cc=khali-PUYAD+kWke1g9hUCZPvPmw@public.gmane.org \
    --cc=linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=swarren-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org \
    --cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=w.sang-bIcnvbaLZ9MEGnE8C9+IrQ@public.gmane.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).