[GIT PULL 2nd 2/4] Samsung DT 3rd updates for v4.3

[GIT PULL 2nd 2/4] Samsung DT 3rd updates for v4.3

[Kukjin Kim]

Hi Arnd, Olof, Kevin

This is based on tags/samsung-dt-2 and including exynos4 related clock
changes to support cpufreq-dt driver for exynos4 SoCs. Note that I've
created one more clk topic branch called v4.3-topic/clk-samsung-2 based
on previous one has been merged by Mike into clock tree before but I'm
not sure new one merged into clk tree that's why I've noted its merge in
this signed tag.

Please pull.

Thanks,
Kukjin


The following changes since commit 71ae9acc2e3b4b85a08c65e7f411d110b786ca1d:

  ARM: dts: Add SPI CS on exynos5250-snow (2015-07-30 23:12:43 +0900)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung.git
tags/samsung-dt-3

for you to fetch changes up to 99f610d89b5bb1852742165b94ab99a8f63af6a9:

  ARM: dts: add CPU OPP and regulator supply property for exynos4x12
(2015-08-12 07:38:45 +0900)

----------------------------------------------------------------
Samsung 3rd DT updates for v4.3

- add CPU OPP and regulator for exynos4212 and 4412
  based on adding regarding cpu clock configuration

----------------------------------------------------------------
Bartlomiej Zolnierkiewicz (2):
      clk: exynos4x12: add cpu clock configuration data and instantiate
cpu clock
      ARM: dts: add CPU OPP and regulator supply property for exynos4x12

Kukjin Kim (1):
      Merge branch 'v4.3-topic/clk-samsung-2' into v4.3-next/dt-samsung-3

 arch/arm/boot/dts/exynos4212.dtsi               | 81
++++++++++++++++++++++++
 arch/arm/boot/dts/exynos4412-odroid-common.dtsi |  4 ++
 arch/arm/boot/dts/exynos4412-origen.dts         |  4 ++
 arch/arm/boot/dts/exynos4412-trats2.dts         |  4 ++
 arch/arm/boot/dts/exynos4412.dtsi               | 83
+++++++++++++++++++++++++
 drivers/clk/samsung/clk-exynos4.c               | 50 +++++++++++++++
 6 files changed, 226 insertions(+)

[GIT PULL 2nd 2/4] Samsung DT 3rd updates for v4.3

[Olof Johansson]

On Thu, Aug 13, 2015 at 09:12:34AM +0900, Kukjin Kim wrote:
> Hi Arnd, Olof, Kevin
> 
> This is based on tags/samsung-dt-2 and including exynos4 related clock
> changes to support cpufreq-dt driver for exynos4 SoCs. Note that I've
> created one more clk topic branch called v4.3-topic/clk-samsung-2 based
> on previous one has been merged by Mike into clock tree before but I'm
> not sure new one merged into clk tree that's why I've noted its merge in
> this signed tag.

Since this depends on the previous DT branch that I asked for a respin, please
do it all over and send a fresh pull request that we hopefully can include.

We normally ask that you don't queue up merge requests like these for that
reason: If there's need to redo an earlier branch there's a lot of work that
needs to be done on your side. Instead, please wait until previous pull request
has been merged before you send the next one. Thanks!


-Olof

[GIT PULL 2nd 2/4] Samsung DT 3rd updates for v4.3

[Kukjin Kim]

Olof Johansson wrote:
> 
> On Thu, Aug 13, 2015 at 09:12:34AM +0900, Kukjin Kim wrote:
> > Hi Arnd, Olof, Kevin
> >
> > This is based on tags/samsung-dt-2 and including exynos4 related clock
> > changes to support cpufreq-dt driver for exynos4 SoCs. Note that I've
> > created one more clk topic branch called v4.3-topic/clk-samsung-2 based
> > on previous one has been merged by Mike into clock tree before but I'm
> > not sure new one merged into clk tree that's why I've noted its merge in
> > this signed tag.
> 
> Since this depends on the previous DT branch that I asked for a respin, please
> do it all over and send a fresh pull request that we hopefully can include.
> 
Yes, will make a fresh pull request for the exynos cpufreq-dt driver.

> We normally ask that you don't queue up merge requests like these for that
> reason: If there's need to redo an earlier branch there's a lot of work that
> needs to be done on your side. Instead, please wait until previous pull request
> has been merged before you send the next one. Thanks!
> 
Yeah, you're right. Actually, it was hard to handle it because of dependencies
of clk and cpufreq...Anyway I'll keep in mind what you suggested.

Thanks,
Kukjin