From: Mike Turquette <mturquette@ti.com> To: Mark Brown <broonie@opensource.wolfsonmicro.com> Cc: Saravana Kannan <skannan@codeaurora.org>, Shawn Guo <shawn.guo@linaro.org>, Sascha Hauer <s.hauer@pengutronix.de>, Andrew Lunn <andrew@lunn.ch>, Grant Likely <grant.likely@secretlab.ca>, h@pengutronix.de, Jamie Iles <jamie@jamieiles.com>, Jeremy Kerr <jeremy.kerr@canonical.com>, Magnus Damm <magnus.damm@gmail.com>, Deepak Saxena <dsaxena@linaro.org>, linux-arm-kernel@lists.infradead.org, Arnd Bergman <arnd.bergmann@linaro.org>, linux-arm-msm@vger.kernel.org, Rob Herring <rob.herring@calxeda.com>, Russell King <linux@arm.linux.org.uk>, Thomas Gleixner <tglx@linutronix.de>, Richard Zhao <richard.zhao@linaro.org>, Shawn Guo <shawn.guo@freescale.com>, Paul Walmsley <paul@pwsan.com>, Linus Walleij <linus.walleij@stericsson.com>, Stephen Boyd <sboyd@codeaurora.org>, linux-kernel@vger.kernel.org, Amit Kucheria <amit.kucheria@linaro.org> Subject: Re: [PATCH] clk: Use a separate struct for holding init data. Date: Tue, 1 May 2012 18:56:50 -0700 [thread overview] Message-ID: <20120502015650.GE17311@gmail.com> (raw) In-Reply-To: <20120501181922.GD4089@opensource.wolfsonmicro.com> On 20120501-19:19, Mark Brown wrote: > On Tue, May 01, 2012 at 11:03:57AM -0700, Saravana Kannan wrote: > > > Sorry for the annoyance I seem to have caused. I too have been > > trying to get this in for a while before the other platforms started > > using the new framework. Not everyone was free at the same time and > > it's taken longer that I would have wished for. > > > I did my best to limit the changes that would be needed without > > making my patch useless. Appreciate your understanding. > > To be honest it doesn't look like your patch is a particular issue here > - there's wider process problems, for example we've managed to go > through most of the release cycle and so far the only changes showing up > in -next are: I think that "wider process problems" is probably a euphemism, and I'll take responsibility for that. This has been a learning process for me and I underestimated the percentage of my time that would be consumed by common clk maintenance. I'm trying to rectify that problem now. > > Viresh Kumar (6): > SPEAr: clk: Add VCO-PLL Synthesizer clock > SPEAr: clk: Add Auxiliary Synthesizer clock > SPEAr: clk: Add Fractional Synthesizer clock > SPEAr: clk: Add General Purpose Timer Synthesizer clock > SPEAr: Switch to common clock framework > SPEAr13xx: Add common clock framework support > > Mark Brown (1): > ARM: 7376/1: clkdev: Implement managed clk_get() > > Sascha Hauer (1): > clk: add a fixed factor clock > > viresh kumar (1): > ARM: 7392/1: CLKDEV: Optimize clk_find() > > and obviously there's quite a bit more work which has been going on. I could use some suggestions on the best way to resolve the merge issues we have currently. It appears that we have three bases that platforms need to port over the common clk framework: Russell's clkdev Arnd's arm-soc My clk-next branch I was happy to push my changes to Linus directly (as discussed in previous mails) but I'm starting to think that maybe having Arnd absorb the clk-next branch as part of arm-soc would be the fastest way to assist platforms that are porting over. Do the platform folks agree? Is this suggestion sane? Thanks, Mike
WARNING: multiple messages have this Message-ID (diff)
From: mturquette@ti.com (Mike Turquette) To: linux-arm-kernel@lists.infradead.org Subject: [PATCH] clk: Use a separate struct for holding init data. Date: Tue, 1 May 2012 18:56:50 -0700 [thread overview] Message-ID: <20120502015650.GE17311@gmail.com> (raw) In-Reply-To: <20120501181922.GD4089@opensource.wolfsonmicro.com> On 20120501-19:19, Mark Brown wrote: > On Tue, May 01, 2012 at 11:03:57AM -0700, Saravana Kannan wrote: > > > Sorry for the annoyance I seem to have caused. I too have been > > trying to get this in for a while before the other platforms started > > using the new framework. Not everyone was free at the same time and > > it's taken longer that I would have wished for. > > > I did my best to limit the changes that would be needed without > > making my patch useless. Appreciate your understanding. > > To be honest it doesn't look like your patch is a particular issue here > - there's wider process problems, for example we've managed to go > through most of the release cycle and so far the only changes showing up > in -next are: I think that "wider process problems" is probably a euphemism, and I'll take responsibility for that. This has been a learning process for me and I underestimated the percentage of my time that would be consumed by common clk maintenance. I'm trying to rectify that problem now. > > Viresh Kumar (6): > SPEAr: clk: Add VCO-PLL Synthesizer clock > SPEAr: clk: Add Auxiliary Synthesizer clock > SPEAr: clk: Add Fractional Synthesizer clock > SPEAr: clk: Add General Purpose Timer Synthesizer clock > SPEAr: Switch to common clock framework > SPEAr13xx: Add common clock framework support > > Mark Brown (1): > ARM: 7376/1: clkdev: Implement managed clk_get() > > Sascha Hauer (1): > clk: add a fixed factor clock > > viresh kumar (1): > ARM: 7392/1: CLKDEV: Optimize clk_find() > > and obviously there's quite a bit more work which has been going on. I could use some suggestions on the best way to resolve the merge issues we have currently. It appears that we have three bases that platforms need to port over the common clk framework: Russell's clkdev Arnd's arm-soc My clk-next branch I was happy to push my changes to Linus directly (as discussed in previous mails) but I'm starting to think that maybe having Arnd absorb the clk-next branch as part of arm-soc would be the fastest way to assist platforms that are porting over. Do the platform folks agree? Is this suggestion sane? Thanks, Mike
next prev parent reply other threads:[~2012-05-02 2:01 UTC|newest] Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-04-26 5:58 [PATCH] clk: Use a separate struct for holding init data Saravana Kannan 2012-04-26 5:58 ` Saravana Kannan 2012-04-26 6:28 ` Saravana Kannan 2012-04-26 6:28 ` Saravana Kannan 2012-04-26 8:42 ` Sascha Hauer 2012-04-26 8:42 ` Sascha Hauer 2012-04-26 9:36 ` Saravana Kannan 2012-04-26 9:36 ` Saravana Kannan 2012-04-26 9:36 ` Saravana Kannan 2012-04-26 9:51 ` Sascha Hauer 2012-04-26 9:51 ` Sascha Hauer 2012-04-30 19:30 ` Saravana Kannan 2012-04-30 19:30 ` Saravana Kannan 2012-04-30 22:19 ` Turquette, Mike 2012-04-30 22:19 ` Turquette, Mike 2012-04-30 22:46 ` Saravana Kannan 2012-04-30 22:46 ` Saravana Kannan 2012-05-01 8:11 ` Shawn Guo 2012-05-01 8:11 ` Shawn Guo 2012-05-01 9:13 ` Andrew Lunn 2012-05-01 9:13 ` Andrew Lunn 2012-05-01 9:13 ` Andrew Lunn 2012-05-01 17:00 ` Mark Brown 2012-05-01 17:00 ` Mark Brown 2012-05-01 17:00 ` Mark Brown 2012-05-01 18:03 ` Saravana Kannan 2012-05-01 18:03 ` Saravana Kannan 2012-05-01 18:19 ` Mark Brown 2012-05-01 18:19 ` Mark Brown 2012-05-02 1:56 ` Mike Turquette [this message] 2012-05-02 1:56 ` Mike Turquette 2012-05-02 2:14 ` Shawn Guo 2012-05-02 2:14 ` Shawn Guo 2012-05-02 5:16 ` Andrew Lunn 2012-05-02 5:16 ` Andrew Lunn 2012-05-02 5:16 ` Andrew Lunn 2012-05-02 19:19 ` Mike Turquette 2012-05-02 19:19 ` Mike Turquette 2012-05-02 19:19 ` Mike Turquette 2012-05-02 13:32 ` Arnd Bergmann 2012-05-02 13:32 ` Arnd Bergmann 2012-05-02 15:28 ` Mark Brown 2012-05-02 15:28 ` Mark Brown 2012-05-01 18:04 ` Andrew Lunn 2012-05-01 18:04 ` Andrew Lunn 2012-05-01 18:04 ` Andrew Lunn 2012-04-26 8:39 ` Sascha Hauer 2012-04-26 8:39 ` Sascha Hauer 2012-04-26 9:15 ` Saravana Kannan 2012-04-26 9:15 ` Saravana Kannan 2012-04-26 9:15 ` Saravana Kannan 2012-04-26 9:49 ` Mark Brown 2012-04-26 9:49 ` Mark Brown 2012-05-02 2:04 ` Mike Turquette 2012-05-02 2:04 ` Mike Turquette 2012-05-02 4:42 ` Saravana Kannan 2012-05-02 4:42 ` Saravana Kannan 2012-05-02 19:07 ` Mike Turquette 2012-05-02 19:07 ` Mike Turquette 2012-05-02 9:58 ` Sascha Hauer 2012-05-02 9:58 ` Sascha Hauer 2012-05-02 10:02 ` Russell King - ARM Linux 2012-05-02 10:02 ` Russell King - ARM Linux 2012-05-02 10:11 ` Sascha Hauer 2012-05-02 10:11 ` Sascha Hauer 2012-05-03 23:03 ` Domenico Andreoli 2012-05-03 23:03 ` Domenico Andreoli 2012-05-04 1:11 ` Saravana Kannan 2012-05-04 1:11 ` Saravana Kannan 2012-05-04 6:50 ` Domenico Andreoli 2012-05-04 6:50 ` Domenico Andreoli
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=20120502015650.GE17311@gmail.com \ --to=mturquette@ti.com \ --cc=amit.kucheria@linaro.org \ --cc=andrew@lunn.ch \ --cc=arnd.bergmann@linaro.org \ --cc=broonie@opensource.wolfsonmicro.com \ --cc=dsaxena@linaro.org \ --cc=grant.likely@secretlab.ca \ --cc=h@pengutronix.de \ --cc=jamie@jamieiles.com \ --cc=jeremy.kerr@canonical.com \ --cc=linus.walleij@stericsson.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux@arm.linux.org.uk \ --cc=magnus.damm@gmail.com \ --cc=paul@pwsan.com \ --cc=richard.zhao@linaro.org \ --cc=rob.herring@calxeda.com \ --cc=s.hauer@pengutronix.de \ --cc=sboyd@codeaurora.org \ --cc=shawn.guo@freescale.com \ --cc=shawn.guo@linaro.org \ --cc=skannan@codeaurora.org \ --cc=tglx@linutronix.de \ /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: linkBe 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.