To: linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/2] Common struct clk implementation, v14
Date: Thu, 14 Apr 2011 16:08:48 +0000 [thread overview]
Message-ID: <20110414160848.GC31990@pengutronix.de> (raw)
In-Reply-To: <20110414103200.GF1611@n2100.arm.linux.org.uk>
On Thu, Apr 14, 2011 at 11:32:00AM +0100, Russell King - ARM Linux wrote:
> On Thu, Apr 14, 2011 at 08:25:05PM +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2011-04-14 at 11:00 +0100, Russell King - ARM Linux wrote:
> > >
> > > I will take it, but at the moment I'm rather unhappy about the response
> > > from the community to Linus' complaint.
> > >
> > > If existing platform maintainers can show that moving over to this will
> > > result in a net reduction of code under arch/arm, then that will be good.
> > > What I don't want to see at the moment is arch/arm increasing in size as
> > > a result of any change. We desperately need to see a reduction for the
> > > next merge window.
> >
> > It's a chicken and egg... platform maintainers wait for you to take it
> > and you wait for them to take it :-)
> >
> > It seems to me that this fits well into the category of "better common
> > abstractions" that was discussed in the thread initiated by Linus as one
> > of the ways to improve on the "clutter"...
>
> That depends - sometimes creating generic stuff results in a net increase
> in the overall size, and that's something that Linus also complained about.
>
> According to linux-next, where we are at the moment with arch/arm is a
> net increase of 6000 lines since the close of the last merge window,
> and arch/arm is responsible for almost 75% of arch/ changes. It looks
> very much like the same situation which Linus complained about.
Well, looking at the output of
git diff --dirstat=3 linus/master...next/master -- arch
(with linus/master = 85f2e689a and next/master = 9e06a6ea7) I think
the main culprit is 12dc7eff5 that moved arch/arm/mach-mx3 to
arch/arm/mach-imx. (75 files changed, 9783 insertions(+), 9731
deletions(-)) That's a part of the effort to consolidate the i.MX
platforms and allow to compile more SoCs in a single image.
That commit accounts for more than the half of the (loc) changes in
arch/arm.
OK, this doesn't discuss away the 6000 added lines, but at least the
percentage thingy. And I think when you point out this commit Linus will
be much quiter when replying to your pull request.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | http://www.pengutronix.de/ |
WARNING: multiple messages have this Message-ID (diff)
From: u.kleine-koenig@pengutronix.de (Uwe Kleine-König)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/2] Common struct clk implementation, v14
Date: Thu, 14 Apr 2011 18:08:48 +0200 [thread overview]
Message-ID: <20110414160848.GC31990@pengutronix.de> (raw)
In-Reply-To: <20110414103200.GF1611@n2100.arm.linux.org.uk>
On Thu, Apr 14, 2011 at 11:32:00AM +0100, Russell King - ARM Linux wrote:
> On Thu, Apr 14, 2011 at 08:25:05PM +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2011-04-14 at 11:00 +0100, Russell King - ARM Linux wrote:
> > >
> > > I will take it, but at the moment I'm rather unhappy about the response
> > > from the community to Linus' complaint.
> > >
> > > If existing platform maintainers can show that moving over to this will
> > > result in a net reduction of code under arch/arm, then that will be good.
> > > What I don't want to see at the moment is arch/arm increasing in size as
> > > a result of any change. We desperately need to see a reduction for the
> > > next merge window.
> >
> > It's a chicken and egg... platform maintainers wait for you to take it
> > and you wait for them to take it :-)
> >
> > It seems to me that this fits well into the category of "better common
> > abstractions" that was discussed in the thread initiated by Linus as one
> > of the ways to improve on the "clutter"...
>
> That depends - sometimes creating generic stuff results in a net increase
> in the overall size, and that's something that Linus also complained about.
>
> According to linux-next, where we are at the moment with arch/arm is a
> net increase of 6000 lines since the close of the last merge window,
> and arch/arm is responsible for almost 75% of arch/ changes. It looks
> very much like the same situation which Linus complained about.
Well, looking at the output of
git diff --dirstat=3 linus/master...next/master -- arch
(with linus/master == 85f2e689a and next/master == 9e06a6ea7) I think
the main culprit is 12dc7eff5 that moved arch/arm/mach-mx3 to
arch/arm/mach-imx. (75 files changed, 9783 insertions(+), 9731
deletions(-)) That's a part of the effort to consolidate the i.MX
platforms and allow to compile more SoCs in a single image.
That commit accounts for more than the half of the (loc) changes in
arch/arm.
OK, this doesn't discuss away the 6000 added lines, but at least the
percentage thingy. And I think when you point out this commit Linus will
be much quiter when replying to your pull request.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-K?nig |
Industrial Linux Solutions | http://www.pengutronix.de/ |
WARNING: multiple messages have this Message-ID (diff)
From: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Jeremy Kerr <jeremy.kerr@canonical.com>,
Nicolas Pitre <nicolas.pitre@linaro.org>,
Lorenzo Pieralisi <Lorenzo.Pieralisi@arm.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
linux-sh@vger.kernel.org, Sascha Hauer <s.hauer@pengutronix.de>,
Paul Mundt <lethal@linux-sh.org>,
linux-kernel@vger.kernel.org, Dima Zavin <dmitriyz@google.com>,
Saravana Kannan <skannan@codeaurora.org>,
Ben Dooks <ben-linux@fluff.org>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 0/2] Common struct clk implementation, v14
Date: Thu, 14 Apr 2011 18:08:48 +0200 [thread overview]
Message-ID: <20110414160848.GC31990@pengutronix.de> (raw)
In-Reply-To: <20110414103200.GF1611@n2100.arm.linux.org.uk>
On Thu, Apr 14, 2011 at 11:32:00AM +0100, Russell King - ARM Linux wrote:
> On Thu, Apr 14, 2011 at 08:25:05PM +1000, Benjamin Herrenschmidt wrote:
> > On Thu, 2011-04-14 at 11:00 +0100, Russell King - ARM Linux wrote:
> > >
> > > I will take it, but at the moment I'm rather unhappy about the response
> > > from the community to Linus' complaint.
> > >
> > > If existing platform maintainers can show that moving over to this will
> > > result in a net reduction of code under arch/arm, then that will be good.
> > > What I don't want to see at the moment is arch/arm increasing in size as
> > > a result of any change. We desperately need to see a reduction for the
> > > next merge window.
> >
> > It's a chicken and egg... platform maintainers wait for you to take it
> > and you wait for them to take it :-)
> >
> > It seems to me that this fits well into the category of "better common
> > abstractions" that was discussed in the thread initiated by Linus as one
> > of the ways to improve on the "clutter"...
>
> That depends - sometimes creating generic stuff results in a net increase
> in the overall size, and that's something that Linus also complained about.
>
> According to linux-next, where we are at the moment with arch/arm is a
> net increase of 6000 lines since the close of the last merge window,
> and arch/arm is responsible for almost 75% of arch/ changes. It looks
> very much like the same situation which Linus complained about.
Well, looking at the output of
git diff --dirstat=3 linus/master...next/master -- arch
(with linus/master == 85f2e689a and next/master == 9e06a6ea7) I think
the main culprit is 12dc7eff5 that moved arch/arm/mach-mx3 to
arch/arm/mach-imx. (75 files changed, 9783 insertions(+), 9731
deletions(-)) That's a part of the effort to consolidate the i.MX
platforms and allow to compile more SoCs in a single image.
That commit accounts for more than the half of the (loc) changes in
arch/arm.
OK, this doesn't discuss away the 6000 added lines, but at least the
percentage thingy. And I think when you point out this commit Linus will
be much quiter when replying to your pull request.
Best regards
Uwe
--
Pengutronix e.K. | Uwe Kleine-König |
Industrial Linux Solutions | http://www.pengutronix.de/ |
next prev parent reply other threads:[~2011-04-14 16:08 UTC|newest]
Thread overview: 381+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-01 9:11 Locking in the clk API, part 2: clk_prepare/clk_unprepare Jeremy Kerr
2011-02-01 9:11 ` Jeremy Kerr
2011-02-01 9:11 ` Jeremy Kerr
2011-02-01 10:54 `
2011-02-01 10:54 ` Uwe Kleine-König
2011-02-01 10:54 ` Uwe Kleine-König
2011-02-01 13:05 ` Jassi Brar
2011-02-01 13:05 ` Jassi Brar
2011-02-01 13:05 ` Jassi Brar
2011-02-01 14:00 `
2011-02-01 14:00 ` Uwe Kleine-König
2011-02-01 14:00 ` Uwe Kleine-König
2011-02-01 15:14 ` Russell King - ARM Linux
2011-02-01 15:14 ` Russell King - ARM Linux
2011-02-01 15:14 ` Russell King - ARM Linux
2011-02-01 15:22 `
2011-02-01 15:22 ` Uwe Kleine-König
2011-02-01 15:22 ` Uwe Kleine-König
2011-02-01 15:28 ` Russell King - ARM Linux
2011-02-01 15:28 ` Russell King - ARM Linux
2011-02-01 15:28 ` Russell King - ARM Linux
2011-02-01 20:57 ` Saravana Kannan
2011-02-01 20:57 ` Saravana Kannan
2011-02-01 20:57 ` Saravana Kannan
2011-02-02 2:31 ` Jassi Brar
2011-02-02 2:31 ` Jassi Brar
2011-02-02 2:31 ` Jassi Brar
2011-02-01 13:15 ` Russell King - ARM Linux
2011-02-01 13:15 ` Russell King - ARM Linux
2011-02-01 13:15 ` Russell King - ARM Linux
2011-02-01 14:18 `
2011-02-01 14:18 ` Uwe Kleine-König
2011-02-01 14:18 ` Uwe Kleine-König
2011-02-01 14:39 ` Russell King - ARM Linux
2011-02-01 14:39 ` Russell King - ARM Linux
2011-02-01 14:39 ` Russell King - ARM Linux
2011-02-01 15:18 `
2011-02-01 15:18 ` Uwe Kleine-König
2011-02-01 15:18 ` Uwe Kleine-König
2011-02-01 15:24 ` Russell King - ARM Linux
2011-02-01 15:24 ` Russell King - ARM Linux
2011-02-01 15:24 ` Russell King - ARM Linux
2011-02-01 15:53 `
2011-02-01 15:53 ` Uwe Kleine-König
2011-02-01 15:53 ` Uwe Kleine-König
2011-02-01 17:06 ` Russell King - ARM Linux
2011-02-01 17:06 ` Russell King - ARM Linux
2011-02-01 17:06 ` Russell King - ARM Linux
2011-02-01 19:32 `
2011-02-01 19:32 ` Uwe Kleine-König
2011-02-01 19:32 ` Uwe Kleine-König
2011-02-01 19:56 ` Russell King - ARM Linux
2011-02-01 19:56 ` Russell King - ARM Linux
2011-02-01 19:56 ` Russell King - ARM Linux
2011-02-01 20:21 ` Saravana Kannan
2011-02-01 20:21 ` Saravana Kannan
2011-02-01 20:21 ` Saravana Kannan
2011-02-01 20:43 `
2011-02-01 20:43 ` Uwe Kleine-König
2011-02-01 20:43 ` Uwe Kleine-König
2011-02-04 9:33 ` Richard Zhao
2011-02-04 9:33 ` Richard Zhao
2011-02-04 9:33 ` Richard Zhao
2011-02-01 20:06 ` Nicolas Pitre
2011-02-01 20:06 ` Nicolas Pitre
2011-02-01 20:06 ` Nicolas Pitre
2011-02-01 20:33 ` Saravana Kannan
2011-02-01 20:33 ` Saravana Kannan
2011-02-01 20:33 ` Saravana Kannan
2011-02-01 20:36 ` Russell King - ARM Linux
2011-02-01 20:36 ` Russell King - ARM Linux
2011-02-01 20:36 ` Russell King - ARM Linux
2011-02-01 20:59 ` Stephen Boyd
2011-02-01 20:59 ` Stephen Boyd
2011-02-01 20:59 ` Stephen Boyd
2011-02-01 21:24 ` Russell King - ARM Linux
2011-02-01 21:24 ` Russell King - ARM Linux
2011-02-01 21:24 ` Russell King - ARM Linux
2011-02-04 9:54 ` Richard Zhao
2011-02-04 9:54 ` Richard Zhao
2011-02-04 9:54 ` Richard Zhao
2011-02-04 10:21 `
2011-02-04 10:21 ` Uwe Kleine-König
2011-02-04 10:21 ` Uwe Kleine-König
2011-02-04 10:57 ` Russell King - ARM Linux
2011-02-04 10:57 ` Russell King - ARM Linux
2011-02-04 10:57 ` Russell King - ARM Linux
2011-02-04 10:48 ` Russell King - ARM Linux
2011-02-04 10:48 ` Russell King - ARM Linux
2011-02-04 10:48 ` Russell King - ARM Linux
2011-02-04 11:04 ` Jassi Brar
2011-02-04 11:04 ` Jassi Brar
2011-02-04 11:04 ` Jassi Brar
2011-02-04 11:18 ` Russell King - ARM Linux
2011-02-04 11:18 ` Russell King - ARM Linux
2011-02-04 11:18 ` Russell King - ARM Linux
2011-02-04 11:51 ` Jassi Brar
2011-02-04 11:51 ` Jassi Brar
2011-02-04 11:51 ` Jassi Brar
2011-02-04 12:05 ` Russell King - ARM Linux
2011-02-04 12:05 ` Russell King - ARM Linux
2011-02-04 12:05 ` Russell King - ARM Linux
2011-02-01 14:40 ` Jeremy Kerr
2011-02-01 14:40 ` Jeremy Kerr
2011-02-01 14:40 ` Jeremy Kerr
2011-02-04 12:45 ` Richard Zhao
2011-02-04 12:45 ` Richard Zhao
2011-02-04 12:45 ` Richard Zhao
2011-02-04 13:20 ` Russell King - ARM Linux
2011-02-04 13:20 ` Russell King - ARM Linux
2011-02-04 13:20 ` Russell King - ARM Linux
2011-02-07 6:07 ` [RFC,PATCH 1/3] Add a common struct clk Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-07 7:05 `
2011-02-07 7:05 ` Uwe Kleine-König
2011-02-07 7:05 ` Uwe Kleine-König
2011-02-07 7:09 `
2011-02-07 8:08 `
2011-02-07 8:08 ` Uwe Kleine-König
2011-02-07 8:08 ` Uwe Kleine-König
2011-02-07 8:21 ` Dima Zavin
2011-02-07 8:22 ` Jeremy Kerr
2011-02-07 8:22 ` Jeremy Kerr
2011-02-07 8:22 ` Jeremy Kerr
2011-02-07 19:59 ` Colin Cross
2011-02-07 19:59 ` Colin Cross
2011-02-07 19:59 ` Colin Cross
2011-02-08 1:40 ` Jeremy Kerr
2011-02-08 1:40 ` Jeremy Kerr
2011-02-08 1:40 ` Jeremy Kerr
2011-02-07 20:20 ` Ryan Mallon
2011-02-07 20:20 ` Ryan Mallon
2011-02-07 20:20 ` Ryan Mallon
2011-02-08 2:54 ` Jeremy Kerr
2011-02-08 2:54 ` Jeremy Kerr
2011-02-08 2:54 ` Jeremy Kerr
2011-02-08 3:30 ` Ryan Mallon
2011-02-08 3:30 ` Ryan Mallon
2011-02-08 3:30 ` Ryan Mallon
2011-02-08 7:28 ` Jeremy Kerr
2011-02-08 7:28 ` Jeremy Kerr
2011-02-08 7:28 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 9:00 `
2011-02-09 9:00 ` Uwe Kleine-König
2011-02-09 9:00 ` Uwe Kleine-König
2011-02-09 20:21 ` Ryan Mallon
2011-02-09 20:21 ` Ryan Mallon
2011-02-09 20:21 ` Ryan Mallon
2011-02-09 20:39 `
2011-02-09 20:39 ` Uwe Kleine-König
2011-02-09 20:39 ` Uwe Kleine-König
2011-02-09 20:42 ` Ryan Mallon
2011-02-09 20:42 ` Ryan Mallon
2011-02-09 20:42 ` Ryan Mallon
2011-02-10 10:03 ` Richard Zhao
2011-02-10 10:03 ` Richard Zhao
2011-02-10 10:03 ` Richard Zhao
2011-02-10 10:10 ` Ryan Mallon
2011-02-10 10:10 ` Ryan Mallon
2011-02-10 10:10 ` Ryan Mallon
2011-02-10 12:45 ` Richard Zhao
2011-02-10 12:45 ` Richard Zhao
2011-02-10 12:45 ` Richard Zhao
2011-02-10 10:46 `
2011-02-10 10:46 ` Uwe Kleine-König
2011-02-10 10:46 ` Uwe Kleine-König
2011-02-10 13:08 ` Richard Zhao
2011-02-10 13:08 ` Richard Zhao
2011-02-10 13:08 ` Richard Zhao
2011-02-10 13:13 ` Russell King - ARM Linux
2011-02-10 13:13 ` Russell King - ARM Linux
2011-02-10 13:13 ` Russell King - ARM Linux
2011-02-15 1:36 ` Jeremy Kerr
2011-02-15 1:36 ` Jeremy Kerr
2011-02-15 1:36 ` Jeremy Kerr
2011-02-15 1:43 ` Ryan Mallon
2011-02-15 1:43 ` Ryan Mallon
2011-02-15 1:43 ` Ryan Mallon
2011-02-10 5:16 ` Saravana Kannan
2011-02-10 5:16 ` Saravana Kannan
2011-02-10 5:16 ` Saravana Kannan
2011-02-15 2:41 ` Jeremy Kerr
2011-02-15 2:41 ` Jeremy Kerr
2011-02-15 2:41 ` Jeremy Kerr
2011-02-15 5:33 ` Saravana Kannan
2011-02-15 5:33 ` Saravana Kannan
2011-02-15 5:33 ` Saravana Kannan
2011-02-15 7:26 ` Jeremy Kerr
2011-02-15 7:26 ` Jeremy Kerr
2011-02-15 7:26 ` Jeremy Kerr
2011-02-15 8:33 ` Saravana Kannan
2011-02-15 8:33 ` Saravana Kannan
2011-02-15 8:33 ` Saravana Kannan
2011-02-15 8:37 ` Russell King - ARM Linux
2011-02-15 8:37 ` Russell King - ARM Linux
2011-02-15 8:37 ` Russell King - ARM Linux
2011-02-15 9:33 ` Jeremy Kerr
2011-02-15 9:33 ` Jeremy Kerr
2011-02-15 9:33 ` Jeremy Kerr
2011-02-15 14:13 ` Richard Zhao
2011-02-15 14:13 ` Richard Zhao
2011-02-15 14:13 ` Richard Zhao
2011-02-20 13:07 ` Russell King - ARM Linux
2011-02-20 13:07 ` Russell King - ARM Linux
2011-02-20 13:07 ` Russell King - ARM Linux
2011-02-16 4:53 ` Saravana Kannan
2011-02-16 4:53 ` Saravana Kannan
2011-02-16 4:53 ` Saravana Kannan
2011-02-20 13:13 ` Russell King - ARM Linux
2011-02-20 13:13 ` Russell King - ARM Linux
2011-02-20 13:13 ` Russell King - ARM Linux
2011-02-07 6:07 ` [RFC,PATCH 2/3] clk: Generic support for fixed-rate clocks Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:58 ` Fabio Giovagnini
2011-02-09 6:58 ` Fabio Giovagnini
2011-02-09 6:58 ` Fabio Giovagnini
2011-02-10 23:23 ` Ryan Mallon
2011-02-10 23:23 ` Ryan Mallon
2011-02-10 23:23 ` Ryan Mallon
2011-02-15 1:41 ` Jeremy Kerr
2011-02-15 1:41 ` Jeremy Kerr
2011-02-15 1:41 ` Jeremy Kerr
2011-02-15 4:51 ` Saravana Kannan
2011-02-15 4:51 ` Saravana Kannan
2011-02-15 4:51 ` Saravana Kannan
2011-02-15 6:18 ` Jeremy Kerr
2011-02-15 6:18 ` Jeremy Kerr
2011-02-15 6:18 ` Jeremy Kerr
2011-02-15 6:31 ` Saravana Kannan
2011-02-15 6:31 ` Saravana Kannan
2011-02-15 6:31 ` Saravana Kannan
2011-02-07 6:07 ` [RFC,PATCH 0/3] Common struct clk implementation, v11 Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-09 6:41 ` [RFC,PATCH 0/3] Common struct clk implementation, v12 Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-09 6:41 ` [RFC, Jeremy Kerr
2011-02-09 6:41 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Jeremy Kerr
2011-02-09 6:41 ` Jeremy Kerr
2011-02-10 9:37 ` [RFC, PATCH 3/3] clk: add warnings for incorrect Richard Zhao
2011-02-10 9:37 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Richard Zhao
2011-02-10 9:37 ` Richard Zhao
2011-02-15 2:00 ` Jeremy Kerr
2011-02-15 2:00 ` Jeremy Kerr
2011-02-15 2:00 ` Jeremy Kerr
2011-02-07 6:07 ` [RFC, Jeremy Kerr
2011-02-07 6:07 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Jeremy Kerr
2011-02-07 6:07 ` Jeremy Kerr
2011-02-07 6:29 ` Jassi Brar
2011-02-07 6:29 ` Jassi Brar
2011-02-07 6:29 ` Jassi Brar
2011-02-07 7:00 ` Jeremy Kerr
2011-02-07 7:00 ` Jeremy Kerr
2011-02-07 7:00 ` Jeremy Kerr
2011-02-07 8:05 ` [RFC, PATCH 3/3] clk: add warnings for incorrect
2011-02-07 8:05 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Uwe Kleine-König
2011-02-07 8:05 ` Uwe Kleine-König
2011-02-07 8:08 ` Jeremy Kerr
2011-02-07 8:08 ` Jeremy Kerr
2011-02-07 8:08 ` Jeremy Kerr
2011-02-07 14:24 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare Nicolas Pitre
2011-02-07 14:24 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Nicolas Pitre
2011-02-07 14:24 ` Nicolas Pitre
2011-02-10 4:26 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare Saravana Kannan
2011-02-10 4:26 ` [RFC, PATCH 3/3] clk: add warnings for incorrect enable/prepare semantics Saravana Kannan
2011-02-10 4:26 ` Saravana Kannan
2011-02-21 2:50 ` [PATCH 0/2] Common struct clk implementation, v13 Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-21 2:50 ` [PATCH 2/2] clk: Generic support for fixed-rate clocks Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-21 19:51 ` Ryan Mallon
2011-02-21 19:51 ` Ryan Mallon
2011-02-21 19:51 ` Ryan Mallon
2011-02-21 23:29 ` Jeremy Kerr
2011-02-21 23:29 ` Jeremy Kerr
2011-02-21 23:29 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-02-21 2:50 ` [PATCH 1/2] Add a common struct clk Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-21 2:50 ` Jeremy Kerr
2011-02-22 20:17 `
2011-02-22 20:17 ` Uwe Kleine-König
2011-02-22 20:17 ` Uwe Kleine-König
2011-02-23 2:49 ` Jeremy Kerr
2011-02-23 2:49 ` Jeremy Kerr
2011-02-23 2:49 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-04-14 12:49 ` Tony Lindgren
2011-04-14 12:49 ` Tony Lindgren
2011-04-14 12:49 ` Tony Lindgren
2011-02-22 23:33 ` [PATCH] wip: convert imx27 to "
2011-02-22 23:33 ` Uwe Kleine-König
2011-02-22 23:33 ` Uwe Kleine-König
2011-02-23 4:17 ` Saravana Kannan
2011-02-23 4:17 ` Saravana Kannan
2011-02-23 4:17 ` Saravana Kannan
2011-02-23 8:15 `
2011-02-23 8:15 ` Uwe Kleine-König
2011-02-23 8:15 ` Uwe Kleine-König
2011-03-03 6:40 ` [PATCH 0/2] Common struct clk implementation, v14 Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-03 6:40 ` Jeremy Kerr
2011-03-14 10:16 `
2011-03-14 10:16 ` Uwe Kleine-König
2011-03-14 10:16 ` Uwe Kleine-König
2011-03-15 4:31 ` Jeremy Kerr
2011-03-15 4:31 ` Jeremy Kerr
2011-03-15 4:31 ` Jeremy Kerr
2011-03-21 2:33 ` Jeremy Kerr
2011-03-21 2:33 ` Jeremy Kerr
2011-03-21 2:33 ` Jeremy Kerr
2011-04-14 4:20 ` Jeremy Kerr
2011-04-14 4:20 ` Jeremy Kerr
2011-04-14 4:20 ` Jeremy Kerr
2011-04-14 10:00 ` Russell King - ARM Linux
2011-04-14 10:00 ` Russell King - ARM Linux
2011-04-14 10:00 ` Russell King - ARM Linux
2011-04-14 10:23 ` Jeremy Kerr
2011-04-14 10:23 ` Jeremy Kerr
2011-04-14 10:23 ` Jeremy Kerr
2011-04-14 10:26 ` Russell King - ARM Linux
2011-04-14 10:26 ` Russell King - ARM Linux
2011-04-14 10:26 ` Russell King - ARM Linux
2011-04-14 10:25 ` Benjamin Herrenschmidt
2011-04-14 10:25 ` Benjamin Herrenschmidt
2011-04-14 10:25 ` Benjamin Herrenschmidt
2011-04-14 10:32 ` Russell King - ARM Linux
2011-04-14 10:32 ` Russell King - ARM Linux
2011-04-14 10:32 ` Russell King - ARM Linux
2011-04-14 11:59 ` Nicolas Pitre
2011-04-14 11:59 ` Nicolas Pitre
2011-04-14 11:59 ` Nicolas Pitre
2011-04-14 12:09 ` Russell King - ARM Linux
2011-04-14 12:09 ` Russell King - ARM Linux
2011-04-14 12:09 ` Russell King - ARM Linux
2011-04-14 13:39 ` Nicolas Pitre
2011-04-14 13:39 ` Nicolas Pitre
2011-04-14 13:39 ` Nicolas Pitre
2011-04-14 14:00 ` Mark Brown
2011-04-14 14:00 ` Mark Brown
2011-04-14 14:00 ` Mark Brown
2011-04-14 15:38 ` Russell King - ARM Linux
2011-04-14 15:38 ` Russell King - ARM Linux
2011-04-14 15:38 ` Russell King - ARM Linux
2011-04-14 16:06 ` Nicolas Pitre
2011-04-14 16:06 ` Nicolas Pitre
2011-04-14 16:06 ` Nicolas Pitre
2011-04-14 17:20 `
2011-04-14 17:20 ` Uwe Kleine-König
2011-04-14 17:20 ` Uwe Kleine-König
2011-04-18 10:54 ` Paul Mundt
2011-04-18 10:54 ` Paul Mundt
2011-04-18 10:54 ` Paul Mundt
2011-04-20 14:28 `
2011-04-20 14:28 ` Uwe Kleine-König
2011-04-20 14:28 ` Uwe Kleine-König
2011-04-20 16:41 ` Thomas Gleixner
2011-04-20 16:41 ` Thomas Gleixner
2011-04-20 16:41 ` Thomas Gleixner
2011-04-20 21:30 ` Paul McKenney
2011-04-14 19:29 ` Saravana Kannan
2011-04-14 19:29 ` Saravana Kannan
2011-04-14 19:29 ` Saravana Kannan
2011-04-14 16:08 ` [this message]
2011-04-14 16:08 ` Uwe Kleine-König
2011-04-14 16:08 ` Uwe Kleine-König
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=20110414160848.GC31990@pengutronix.de \
--to=linux-arm-kernel@lists.infradead.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 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.