Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758499Ab2EASEE (ORCPT ); Tue, 1 May 2012 14:04:04 -0400 Received: from wolverine01.qualcomm.com ([199.106.114.254]:29227 "EHLO wolverine01.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758427Ab2EASEA (ORCPT ); Tue, 1 May 2012 14:04:00 -0400 X-IronPort-AV: E=McAfee;i="5400,1158,6698"; a="186596780" Message-ID: <4FA0258D.8020807@codeaurora.org> Date: Tue, 01 May 2012 11:03:57 -0700 From: Saravana Kannan User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: Mark Brown CC: Shawn Guo , "Turquette, Mike" , Sascha Hauer , Andrew Lunn , Grant Likely , h@pengutronix.de, Jamie Iles , Jeremy Kerr , Magnus Damm , Deepak Saxena , linux-arm-kernel@lists.infradead.org, Arnd Bergman , linux-arm-msm@vger.kernel.org, Rob Herring , Russell King , Thomas Gleixner , Richard Zhao , Shawn Guo , Paul Walmsley , Linus Walleij , Stephen Boyd , linux-kernel@vger.kernel.org, Amit Kucheria Subject: Re: [PATCH] clk: Use a separate struct for holding init data. References: <1335419936-10881-1-git-send-email-skannan@codeaurora.org> <4F98EB10.2000505@codeaurora.org> <20120426084201.GF17184@pengutronix.de> <4d67387a86d99cbb4e2acf68d3588b1c.squirrel@www.codeaurora.org> <20120426095135.GG17184@pengutronix.de> <4F9EE84C.90106@codeaurora.org> <4F9F1659.1010804@codeaurora.org> <20120501081103.GC2194@S2101-09.ap.freescale.net> <20120501091334.GG15541@lunn.ch> <20120501170001.GB4089@opensource.wolfsonmicro.com> In-Reply-To: <20120501170001.GB4089@opensource.wolfsonmicro.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1334 Lines: 31 On 05/01/2012 10:00 AM, Mark Brown wrote: > On Tue, May 01, 2012 at 11:13:34AM +0200, Andrew Lunn wrote: > >> I agree with you as well, it is frustrating. Could we agree, that once >> this patch is in, we freeze the core until the start of the next >> cycle. We use the remainder of this cycle for porting platforms to the >> generic clock framework. > > Or merge the platforms then do framework changes incrementally, updating > the platforms as we go (which is the normal pattern for maintaining a > framework...). I see we've already got SPEAr merged. 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. Regards, Saravana -- Sent by an employee of the Qualcomm Innovation Center, Inc. The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/