Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755861AbbFRR4D (ORCPT ); Thu, 18 Jun 2015 13:56:03 -0400 Received: from mailout3.samsung.com ([203.254.224.33]:50034 "EHLO mailout3.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754180AbbFRRzx (ORCPT ); Thu, 18 Jun 2015 13:55:53 -0400 X-AuditID: cbfee61b-f79416d0000014c0-7a-55830628f9d0 From: Bartlomiej Zolnierkiewicz To: Mike Turquette Cc: Kukjin Kim , Viresh Kumar , Lukasz Majewski , Kukjin Kim , Heiko Stuebner , Kevin Hilman , linux-pm@vger.kernel.org, Tomasz Figa , linux-kernel@vger.kernel.org, Chanwoo Choi , Thomas Abraham , linux-arm-kernel@lists.infradead.org, Sylwester Nawrocki , Javier Martinez Canillas , linux-samsung-soc@vger.kernel.org Subject: Re: [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform Date: Thu, 18 Jun 2015 19:55:07 +0200 Message-id: <23922424.tdDENuLLcb@amdc1976> User-Agent: KMail/4.13.3 (Linux/3.13.0-53-generic; KDE/4.13.3; x86_64; ; ) In-reply-to: <1705390.i4bNz9zR7Y@amdc1976> References: <'@samsung.com> <556F8C1D.9050906@kernel.org> <1705390.i4bNz9zR7Y@amdc1976> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsVy+t9jAV0NtuZQg/v32Cyuf3nOavH/0WtW i6O/Cyx6F1xls+h//JrZ4uvhFYwWbx5uZrTY9Pgaq8XlXXPYLD73HmG0mHF+H5PF0wkX2SwO v2lntehYxmixatcfRouNXz0cBDz+Pr/O4rFz1l12j02rOtk87lzbw+axeUm9R9+WVYwe26/N Y/b4vEkugCOKyyYlNSezLLVI3y6BK2NF+372gtXiFaf/PWJsYGwW6mLk5JAQMJG4d3cGC4Qt JnHh3nq2LkYuDiGBRYwSs/b9YAZJCAl8ZZRYtbcAxGYTsJKY2L6KEcQWEdCS2HagFayBWeAk i8Te1lWsIAlhgVCJFX+Ogk1lEVCVmLr/HhOIzQvU8GH5C7ChogJeEr0/17GB2JxA8RcLdrFC LIuUeP/jICNEvaDEj8n3wOYwC8hL7Ns/lRXC1pJYv/M40wRGgVlIymYhKZuFpGwBI/MqRtHU guSC4qT0XCO94sTc4tK8dL3k/NxNjOC4eia9g3FVg8UhRgEORiUe3oi3TaFCrIllxZW5hxgl OJiVRHg9PwOFeFMSK6tSi/Lji0pzUosPMUpzsCiJ857M9wkVEkhPLEnNTk0tSC2CyTJxcEo1 MJrZfwlfKLhXumaTx+ebzv2bc3Zm1l1bH7Pm3sJtVTfWchv/OFrYtPTnlId9CkenzRN+mS67 kN+k7p72Ym1v4T3LXysr3D3Z1arjeEVQm7GpOM555XdexjO793/VkHujuHJX7Ld8h+k5MV6C vPH3mdKiZ2V8VCvTANrB8MRDYL9dhLj5jqs7lViKMxINtZiLihMB2og3zacCAAA= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3152 Lines: 85 On Thursday, June 18, 2015 07:53:14 PM Bartlomiej Zolnierkiewicz wrote: > > Hi, > > Mike, could you please take a look at patches #1 and #2 (#1 is a 4 line > change to a Common Clock Framework and #2 is ARM Exynos specific)? Oh, and patch #3 (which is also ARM Exynos specific). Best regards, -- Bartlomiej Zolnierkiewicz Samsung R&D Institute Poland Samsung Electronics > This series has been waiting on your feedback since 3rd of April. :( > > Best regards, > -- > Bartlomiej Zolnierkiewicz > Samsung R&D Institute Poland > Samsung Electronics > > On Thursday, June 04, 2015 08:22:05 AM Kukjin Kim wrote: > > On 05/14/15 22:07, Kukjin Kim wrote: > > > On 05/14/15 14:10, Viresh Kumar wrote: > > >> On 14-05-15, 13:07, Kukjin Kim wrote: > > >>> On 05/13/15 23:08, Bartlomiej Zolnierkiewicz wrote: > > >>>> > > >>>> Hi, > > >>>> > > >>> Hi Bart, > > >>> > > >>>> On Friday, April 03, 2015 06:43:43 PM Bartlomiej Zolnierkiewicz wrote: > > >>>>> Hi, > > >>>>> > > >>>>> This patch series removes the use of Exynos4210 specific support > > >>>>> from cpufreq-exynos driver and enables the use of cpufreq-dt driver > > >>>>> for this platform. > > >>>> > > >>>> Gentle Ping. Mike/Kukjin/Viresh could you please review/ack relevant > > >>>> patches (patches #1-3 are for clock subsystem, patches #4-5 for Exynos > > >>>> mach/dts and patch #6 is for cpufreq subsystem)? > > >> > > >> Sorry I thought I already Acked an older version of this set and so > > >> didn't went for it again. Done now. > > >> > > >>> Yes, I totally agreed with this patches for arch side changes and this > > >>> approach when Thomas posted. > > >>> > > >>>> Also what is your > > >>>> preferred way to upstream them (patches are not independent so it would > > >>>> be best to merge them through one tree, otherwise synchronization of > > >>>> git pulls between different subsystem trees will be needed)? > > >>>> > > >>> I can provide topic branch for arch side changes even it is small. I > > >>> think once Viresh and Mike make each topic branch based on -rc or the > > >>> smallest changes from each subsystem then I could handle this series or > > >>> Viresh or Mike need to handle this series with merging each topic > > >>> branches in subsystem. I'm fine either way. > > >>> > > >>> Viresh and Mike, how do you think about that? > > >> > > >> For cpufreq subsystem changes, you can take them in your tree. > > >> > > > Hi Viresh, OK, I will take the cpufreq changes with your ack. Thanks for > > > your confirmation. > > > > > > Hi Mike and Sylwester, > > > How can we handle this series well without any problems? hmm... > > > > > Still I need to get clock guys' ack or any comments on this series... > > > > - Kukjin > > > > >>>> I'm still hoping that this patchset will make it into v4.2 as there are > > >>>> no known issues with it (except minor coding nit for patch #5)... > > >>>> > > >>> Sure, why not :-) -- 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/