All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg Ungerer <gerg@snapgear.com>
To: dedekind1@gmail.com
Cc: Lars-Peter Clausen <lars@metafoo.de>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	Mike Turquette <mturquette@ti.com>,
	Greg Ungerer <gerg@uclinux.org>,
	Julia Lawall <julia.lawall@lip6.fr>,
	linux-m68k@lists.linux-m68k.org, linux-kernel@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH] clk: Make the managed clk functions generically available
Date: Wed, 12 Sep 2012 11:32:35 +1000	[thread overview]
Message-ID: <504FE633.2090304@snapgear.com> (raw)
In-Reply-To: <1347375033.27206.3.camel@sauron.fi.intel.com>

On 12/09/12 00:50, Artem Bityutskiy wrote:
> On Tue, 2012-09-11 at 16:44 +0200, Lars-Peter Clausen wrote:
>> On 09/10/2012 02:39 AM, Russell King - ARM Linux wrote:
>>> On Mon, Sep 10, 2012 at 08:20:21AM +0800, Mark Brown wrote:
>>>> [...]
>>>> OK, that's what I'd thought was going on - it was the fact that you'd
>>>> just acked the patch rather than asked for it to go to the patch tracker
>>>> or something which made me wonder if things had changed.
>>>
>>> I kind'a forgot because it's been soo long since I took any of those
>>> patches...
>>
>> Ok, what's the plan? Should I add this patch to the patch tracker?
>
> I'd propose to send it to Linus for v3.6 even.

If we do this can we make a decision quickly on it.

I need to fix a regression on some ColdFire parts for 3.6. I either need
to use this clk patch, which fixes my problem, or a specific patch for the
ColdFire clk code http://marc.info/?l=linux-m68k&m=134725225823437&w=2

Regards
Greg


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

WARNING: multiple messages have this Message-ID (diff)
From: gerg@snapgear.com (Greg Ungerer)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] clk: Make the managed clk functions generically available
Date: Wed, 12 Sep 2012 11:32:35 +1000	[thread overview]
Message-ID: <504FE633.2090304@snapgear.com> (raw)
In-Reply-To: <1347375033.27206.3.camel@sauron.fi.intel.com>

On 12/09/12 00:50, Artem Bityutskiy wrote:
> On Tue, 2012-09-11 at 16:44 +0200, Lars-Peter Clausen wrote:
>> On 09/10/2012 02:39 AM, Russell King - ARM Linux wrote:
>>> On Mon, Sep 10, 2012 at 08:20:21AM +0800, Mark Brown wrote:
>>>> [...]
>>>> OK, that's what I'd thought was going on - it was the fact that you'd
>>>> just acked the patch rather than asked for it to go to the patch tracker
>>>> or something which made me wonder if things had changed.
>>>
>>> I kind'a forgot because it's been soo long since I took any of those
>>> patches...
>>
>> Ok, what's the plan? Should I add this patch to the patch tracker?
>
> I'd propose to send it to Linus for v3.6 even.

If we do this can we make a decision quickly on it.

I need to fix a regression on some ColdFire parts for 3.6. I either need
to use this clk patch, which fixes my problem, or a specific patch for the
ColdFire clk code http://marc.info/?l=linux-m68k&m=134725225823437&w=2

Regards
Greg


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg at snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

WARNING: multiple messages have this Message-ID (diff)
From: Greg Ungerer <gerg@snapgear.com>
To: <dedekind1@gmail.com>
Cc: Lars-Peter Clausen <lars@metafoo.de>,
	Russell King - ARM Linux <linux@arm.linux.org.uk>,
	Mark Brown <broonie@opensource.wolfsonmicro.com>,
	Mike Turquette <mturquette@ti.com>,
	Greg Ungerer <gerg@uclinux.org>,
	Julia Lawall <julia.lawall@lip6.fr>, <linux-m68k@vger.kernel.org>,
	<linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH] clk: Make the managed clk functions generically available
Date: Wed, 12 Sep 2012 11:32:35 +1000	[thread overview]
Message-ID: <504FE633.2090304@snapgear.com> (raw)
In-Reply-To: <1347375033.27206.3.camel@sauron.fi.intel.com>

On 12/09/12 00:50, Artem Bityutskiy wrote:
> On Tue, 2012-09-11 at 16:44 +0200, Lars-Peter Clausen wrote:
>> On 09/10/2012 02:39 AM, Russell King - ARM Linux wrote:
>>> On Mon, Sep 10, 2012 at 08:20:21AM +0800, Mark Brown wrote:
>>>> [...]
>>>> OK, that's what I'd thought was going on - it was the fact that you'd
>>>> just acked the patch rather than asked for it to go to the patch tracker
>>>> or something which made me wonder if things had changed.
>>>
>>> I kind'a forgot because it's been soo long since I took any of those
>>> patches...
>>
>> Ok, what's the plan? Should I add this patch to the patch tracker?
>
> I'd propose to send it to Linus for v3.6 even.

If we do this can we make a decision quickly on it.

I need to fix a regression on some ColdFire parts for 3.6. I either need
to use this clk patch, which fixes my problem, or a specific patch for the
ColdFire clk code http://marc.info/?l=linux-m68k&m=134725225823437&w=2

Regards
Greg


-- 
------------------------------------------------------------------------
Greg Ungerer  --  Principal Engineer        EMAIL:     gerg@snapgear.com
SnapGear Group, McAfee                      PHONE:       +61 7 3435 2888
8 Gardner Close                             FAX:         +61 7 3217 5323
Milton, QLD, 4064, Australia                WEB: http://www.SnapGear.com

  reply	other threads:[~2012-09-12  1:32 UTC|newest]

Thread overview: 57+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-09 15:01 [PATCH] clk: Make the managed clk functions generically available Lars-Peter Clausen
2012-09-09 15:01 ` Lars-Peter Clausen
2012-09-09 20:57 ` Russell King - ARM Linux
2012-09-09 20:57   ` Russell King - ARM Linux
2012-09-09 20:57   ` Russell King - ARM Linux
2012-09-09 23:50 ` Mark Brown
2012-09-09 23:50   ` Mark Brown
2012-09-10  0:15   ` Russell King - ARM Linux
2012-09-10  0:15     ` Russell King - ARM Linux
2012-09-10  0:15     ` Russell King - ARM Linux
2012-09-10  0:20     ` Mark Brown
2012-09-10  0:20       ` Mark Brown
2012-09-10  0:20       ` Mark Brown
2012-09-10  0:39       ` Russell King - ARM Linux
2012-09-10  0:39         ` Russell King - ARM Linux
2012-09-10  0:39         ` Russell King - ARM Linux
2012-09-11 14:44         ` Lars-Peter Clausen
2012-09-11 14:44           ` Lars-Peter Clausen
2012-09-11 14:50           ` Artem Bityutskiy
2012-09-11 14:50             ` Artem Bityutskiy
2012-09-11 14:50             ` Artem Bityutskiy
2012-09-12  1:32             ` Greg Ungerer [this message]
2012-09-12  1:32               ` Greg Ungerer
2012-09-12  1:32               ` Greg Ungerer
2012-09-12 20:43               ` Lars-Peter Clausen
2012-09-12 20:43                 ` Lars-Peter Clausen
2012-09-15 21:31                 ` Russell King - ARM Linux
2012-09-15 21:31                   ` Russell King - ARM Linux
2012-09-15 21:31                   ` Russell King - ARM Linux
2012-09-16  0:15                   ` Greg Ungerer
2012-09-16  0:15                     ` Greg Ungerer
2012-09-16  0:15                     ` Greg Ungerer
2012-09-18  8:00                   ` Thierry Reding
2012-09-18  8:00                     ` Thierry Reding
2012-09-18  8:00                     ` Thierry Reding
2012-09-18  9:35                     ` Russell King - ARM Linux
2012-09-18  9:35                     ` Russell King - ARM Linux
2012-09-18  9:35                       ` Russell King - ARM Linux
2012-09-18 11:25                       ` Thierry Reding
2012-09-18 11:25                         ` Thierry Reding
2012-09-18 11:25                         ` Thierry Reding
2012-09-18 20:40                         ` Russell King - ARM Linux
2012-09-18 20:40                           ` Russell King - ARM Linux
2012-09-19  6:55                           ` Thierry Reding
2012-09-19  6:55                             ` Thierry Reding
2012-09-19  6:55                           ` Thierry Reding
2012-09-18 20:40                         ` Russell King - ARM Linux
2012-09-12 20:43               ` Lars-Peter Clausen
2012-09-11 17:51           ` Russell King - ARM Linux
2012-09-11 17:51             ` Russell King - ARM Linux
2012-09-11 17:51             ` Russell King - ARM Linux
2012-09-11 14:44         ` Lars-Peter Clausen
2012-09-09 23:50 ` Mark Brown
2012-09-10  3:10 ` Greg Ungerer
2012-09-10  3:10   ` Greg Ungerer
2012-09-10  3:10   ` Greg Ungerer
  -- strict thread matches above, loose matches on Subject: below --
2012-09-09 15:01 Lars-Peter Clausen

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=504FE633.2090304@snapgear.com \
    --to=gerg@snapgear.com \
    --cc=broonie@opensource.wolfsonmicro.com \
    --cc=dedekind1@gmail.com \
    --cc=gerg@uclinux.org \
    --cc=julia.lawall@lip6.fr \
    --cc=lars@metafoo.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux@arm.linux.org.uk \
    --cc=mturquette@ti.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.