public inbox for linux-arm-kernel@lists.infradead.org
 help / color / mirror / Atom feed
From: b.zolnierkie@samsung.com (Bartlomiej Zolnierkiewicz)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform
Date: Thu, 18 Jun 2015 19:53:14 +0200	[thread overview]
Message-ID: <1705390.i4bNz9zR7Y@amdc1976> (raw)
In-Reply-To: <556F8C1D.9050906@kernel.org>


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)?

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 :-)

  reply	other threads:[~2015-06-18 17:53 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <'@samsung.com>
2015-04-03 16:43 ` [PATCH 0/6] cpufreq: use generic cpufreq drivers for Exynos4210 platform Bartlomiej Zolnierkiewicz
2015-04-03 16:43   ` [PATCH 1/6] clk: add CLK_RECALC_NEW_RATES clock flag for Exynos cpu clock support Bartlomiej Zolnierkiewicz
2015-05-13 14:13     ` Sylwester Nawrocki
2015-06-18 19:58       ` Michael Turquette
2015-06-19 11:19         ` Bartlomiej Zolnierkiewicz
2015-06-19 12:35           ` Bartlomiej Zolnierkiewicz
2015-06-19 14:53             ` Michael Turquette
2015-06-20 10:01               ` Krzysztof Kozlowski
2015-06-20 19:13                 ` Michael Turquette
2015-06-22  0:06                   ` Krzysztof Kozlowski
2015-04-03 16:43   ` [PATCH 2/6] clk: samsung: add infrastructure to register cpu clocks Bartlomiej Zolnierkiewicz
2015-04-03 16:43   ` [PATCH 3/6] clk: samsung: exynos4: add cpu clock configuration data and instantiate cpu clock Bartlomiej Zolnierkiewicz
2015-04-03 16:43   ` [PATCH 4/6] ARM: dts: Exynos4210: add CPU OPP and regulator supply property Bartlomiej Zolnierkiewicz
2015-05-08  0:18     ` Krzysztof Kozlowski
2015-06-22  0:31       ` Krzysztof Kozlowski
2015-06-22  1:38         ` Kukjin Kim
2015-06-22  1:42           ` Krzysztof Kozlowski
2015-06-22  1:46             ` Kukjin Kim
2015-06-22 15:04               ` Michael Turquette
2015-06-22 23:46                 ` Krzysztof Kozlowski
2015-06-23  0:24                   ` Krzysztof Kozlowski
2015-07-13 11:02                     ` Bartlomiej Zolnierkiewicz
2015-07-13 11:10                       ` Krzysztof Kozlowski
2015-07-13 11:20                         ` Bartlomiej Zolnierkiewicz
2015-07-13 11:50                           ` Krzysztof Kozlowski
2015-07-13 14:27                           ` Bartlomiej Zolnierkiewicz
2015-07-14  0:02                             ` Krzysztof Kozlowski
2015-06-24 14:25                   ` Bartlomiej Zolnierkiewicz
2015-04-03 16:43   ` [PATCH 5/6] ARM: Exynos: switch to using generic cpufreq driver for Exynos4210 Bartlomiej Zolnierkiewicz
2015-05-08  0:05     ` Krzysztof Kozlowski
2015-05-14  5:07     ` Viresh Kumar
2015-04-03 16:43   ` [PATCH 6/6] cpufreq: exynos: remove Exynos4210 specific cpufreq driver support Bartlomiej Zolnierkiewicz
2015-05-14  5:03     ` Viresh Kumar
2015-05-13 14:08   ` [PATCH 0/6] cpufreq: use generic cpufreq drivers for Exynos4210 platform Bartlomiej Zolnierkiewicz
2015-05-14  4:07     ` [PATCH 0/6] cpufreq: use generic cpufreq drivers for Exynos4210platform Kukjin Kim
2015-05-14  5:10       ` Viresh Kumar
2015-05-14 10:53         ` Bartlomiej Zolnierkiewicz
2015-05-14 11:17           ` Viresh Kumar
2015-05-14 13:07         ` [PATCH 0/6] cpufreq: use generic cpufreq drivers forExynos4210platform Kukjin Kim
2015-06-03 23:22           ` Kukjin Kim
2015-06-18 17:53             ` Bartlomiej Zolnierkiewicz [this message]
2015-06-18 17:55               ` Bartlomiej Zolnierkiewicz

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=1705390.i4bNz9zR7Y@amdc1976 \
    --to=b.zolnierkie@samsung.com \
    --cc=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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox