Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-28 Thread Andrzej Hajda
Ping

Regards
Andrzej

On 10/07/2013 10:46 AM, Andrzej Hajda wrote:
 On 10/06/2013 10:27 PM, Mike Turquette wrote:
 Quoting Kukjin Kim (2013-10-04 19:16:56)
 Mike Turquette wrote:
 Quoting Kukjin Kim (2013-09-30 03:11:41)
 Mike Turquette wrote:
 Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
 On 09/12/2013 12:50 PM, Kukjin Kim wrote:
 Well...I'm not sure changing to use macro is better or not at this
 moment...
 I think it is. ;) It's really less error prone to have symbolic
 names
 instead
 of the plain numbers. The clock ids are defined in one place and it
 is
 more
 clear what a clock is by looking at symbolic name. It's especially
 annoying
 to use plain numbers where are are many clock in a single node, like
 10
 or
 more. What are you main concerns with this ?
 I think having the symbolic names is a win for readability.

 Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's
 opinion, so I agree. Actually, I had no strong objection on this but still
 I'm not sure using macro is really better because sometimes the name
 doesn't give readability really I think though.
 Mike, can you give me your ack on clk stuff?
 Yes, but I was thinking to take this change through the clk tree. The
 new branch based on -rc3 will be published tonight.

 Let me know if it causes problems for you for me to take it.

 Uhm, I think dt changes can make ugly conflicts because of spread dt 
 changing?
 Sure, go ahead and take the patches then.

 Acked-by: Mike Turquette mturque...@linaro.org

 Regards,
 Mike
 
 I can create patchset based on different git branch if neccessary.
 
 Regards
 Andrzej
 - Kukjin
 

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-28 Thread Kukjin Kim

On 10/28/13 07:31, Andrzej Hajda wrote:

Ping

Regards
Andrzej

On 10/07/2013 10:46 AM, Andrzej Hajda wrote:

On 10/06/2013 10:27 PM, Mike Turquette wrote:

Quoting Kukjin Kim (2013-10-04 19:16:56)

Mike Turquette wrote:

Quoting Kukjin Kim (2013-09-30 03:11:41)

Mike Turquette wrote:

Quoting Sylwester Nawrocki (2013-09-16 07:33:45)

On 09/12/2013 12:50 PM, Kukjin Kim wrote:

Well...I'm not sure changing to use macro is better or not at this

moment...

I think it is. ;) It's really less error prone to have symbolic

names

instead

of the plain numbers. The clock ids are defined in one place and it

is

more

clear what a clock is by looking at symbolic name. It's especially

annoying

to use plain numbers where are are many clock in a single node, like

10

or

more. What are you main concerns with this ?

I think having the symbolic names is a win for readability.


Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's

opinion, so I agree. Actually, I had no strong objection on this but still
I'm not sure using macro is really better because sometimes the name
doesn't give readability really I think though.

Mike, can you give me your ack on clk stuff?

Yes, but I was thinking to take this change through the clk tree. The
new branch based on -rc3 will be published tonight.

Let me know if it causes problems for you for me to take it.


Uhm, I think dt changes can make ugly conflicts because of spread dt changing?

Sure, go ahead and take the patches then.

Acked-by: Mike Turquettemturque...@linaro.org

Regards,
Mike


I can create patchset based on different git branch if neccessary.


Hi

Unfortunately, this changes would be merged after release of next rc1 
because of too many conflicts with other DT changes in Samsung tree.


Thanks,
Kukjin

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-07 Thread Andrzej Hajda
On 10/06/2013 10:27 PM, Mike Turquette wrote:
 Quoting Kukjin Kim (2013-10-04 19:16:56)
 Mike Turquette wrote:
 Quoting Kukjin Kim (2013-09-30 03:11:41)
 Mike Turquette wrote:
 Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
 On 09/12/2013 12:50 PM, Kukjin Kim wrote:
 Well...I'm not sure changing to use macro is better or not at this
 moment...
 I think it is. ;) It's really less error prone to have symbolic
 names
 instead
 of the plain numbers. The clock ids are defined in one place and it
 is
 more
 clear what a clock is by looking at symbolic name. It's especially
 annoying
 to use plain numbers where are are many clock in a single node, like
 10
 or
 more. What are you main concerns with this ?
 I think having the symbolic names is a win for readability.

 Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's
 opinion, so I agree. Actually, I had no strong objection on this but still
 I'm not sure using macro is really better because sometimes the name
 doesn't give readability really I think though.
 Mike, can you give me your ack on clk stuff?
 Yes, but I was thinking to take this change through the clk tree. The
 new branch based on -rc3 will be published tonight.

 Let me know if it causes problems for you for me to take it.

 Uhm, I think dt changes can make ugly conflicts because of spread dt 
 changing?
 Sure, go ahead and take the patches then.

 Acked-by: Mike Turquette mturque...@linaro.org

 Regards,
 Mike

I can create patchset based on different git branch if neccessary.

Regards
Andrzej
 - Kukjin

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: RE: RE: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-06 Thread Mike Turquette
Quoting Kukjin Kim (2013-10-04 19:16:56)
 Mike Turquette wrote:
  
  Quoting Kukjin Kim (2013-09-30 03:11:41)
   Mike Turquette wrote:
   
Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
 On 09/12/2013 12:50 PM, Kukjin Kim wrote:
  Well...I'm not sure changing to use macro is better or not at this
moment...

 I think it is. ;) It's really less error prone to have symbolic
  names
instead
 of the plain numbers. The clock ids are defined in one place and it
  is
more
 clear what a clock is by looking at symbolic name. It's especially
annoying
 to use plain numbers where are are many clock in a single node, like
  10
or
 more. What are you main concerns with this ?
   
I think having the symbolic names is a win for readability.
   
   Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's
  opinion, so I agree. Actually, I had no strong objection on this but still
  I'm not sure using macro is really better because sometimes the name
  doesn't give readability really I think though.
  
   Mike, can you give me your ack on clk stuff?
  
  Yes, but I was thinking to take this change through the clk tree. The
  new branch based on -rc3 will be published tonight.
  
  Let me know if it causes problems for you for me to take it.
  
 Uhm, I think dt changes can make ugly conflicts because of spread dt changing?

Sure, go ahead and take the patches then.

Acked-by: Mike Turquette mturque...@linaro.org

Regards,
Mike

 
 - Kukjin
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: RE: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-04 Thread Kukjin Kim
Mike Turquette wrote:
 
 Quoting Kukjin Kim (2013-09-30 03:11:41)
  Mike Turquette wrote:
  
   Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
On 09/12/2013 12:50 PM, Kukjin Kim wrote:
 Well...I'm not sure changing to use macro is better or not at this
   moment...
   
I think it is. ;) It's really less error prone to have symbolic
 names
   instead
of the plain numbers. The clock ids are defined in one place and it
 is
   more
clear what a clock is by looking at symbolic name. It's especially
   annoying
to use plain numbers where are are many clock in a single node, like
 10
   or
more. What are you main concerns with this ?
  
   I think having the symbolic names is a win for readability.
  
  Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's
 opinion, so I agree. Actually, I had no strong objection on this but still
 I'm not sure using macro is really better because sometimes the name
 doesn't give readability really I think though.
 
  Mike, can you give me your ack on clk stuff?
 
 Yes, but I was thinking to take this change through the clk tree. The
 new branch based on -rc3 will be published tonight.
 
 Let me know if it causes problems for you for me to take it.
 
Uhm, I think dt changes can make ugly conflicts because of spread dt changing?

- Kukjin

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: RE: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-10-01 Thread Mike Turquette
Quoting Kukjin Kim (2013-09-30 03:11:41)
 Mike Turquette wrote:
  
  Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
   On 09/12/2013 12:50 PM, Kukjin Kim wrote:
Well...I'm not sure changing to use macro is better or not at this
  moment...
  
   I think it is. ;) It's really less error prone to have symbolic names
  instead
   of the plain numbers. The clock ids are defined in one place and it is
  more
   clear what a clock is by looking at symbolic name. It's especially
  annoying
   to use plain numbers where are are many clock in a single node, like 10
  or
   more. What are you main concerns with this ?
  
  I think having the symbolic names is a win for readability.
  
 Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's opinion, 
 so I agree. Actually, I had no strong objection on this but still I'm not 
 sure using macro is really better because sometimes the name doesn't give 
 readability really I think though.
 
 Mike, can you give me your ack on clk stuff?

Yes, but I was thinking to take this change through the clk tree. The
new branch based on -rc3 will be published tonight.

Let me know if it causes problems for you for me to take it.

Regards,
Mike

 
 Thanks,
 Kukjin
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-30 Thread Kukjin Kim
Mike Turquette wrote:
 
 Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
  On 09/12/2013 12:50 PM, Kukjin Kim wrote:
   Well...I'm not sure changing to use macro is better or not at this
 moment...
 
  I think it is. ;) It's really less error prone to have symbolic names
 instead
  of the plain numbers. The clock ids are defined in one place and it is
 more
  clear what a clock is by looking at symbolic name. It's especially
 annoying
  to use plain numbers where are are many clock in a single node, like 10
 or
  more. What are you main concerns with this ?
 
 I think having the symbolic names is a win for readability.
 
Hmm...since Mike who is a maintainer for ccf agrees with Sylwester's opinion, 
so I agree. Actually, I had no strong objection on this but still I'm not sure 
using macro is really better because sometimes the name doesn't give 
readability really I think though.

Mike, can you give me your ack on clk stuff?

Thanks,
Kukjin

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-26 Thread Andrzej Hajda
On 09/16/2013 09:37 PM, Mike Turquette wrote:
 Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
 On 09/12/2013 12:50 PM, Kukjin Kim wrote:
 Well...I'm not sure changing to use macro is better or not at this moment...
 I think it is. ;) It's really less error prone to have symbolic names instead
 of the plain numbers. The clock ids are defined in one place and it is more
 clear what a clock is by looking at symbolic name. It's especially annoying 
 to use plain numbers where are are many clock in a single node, like 10 or 
 more. What are you main concerns with this ?
 I think having the symbolic names is a win for readability.

 Regards,
 Mike

 --
 Regards,
 Sylwester
Hi Kukjin,

Any thoughts/decisions regarding this patchset ?

Regards
Andrzej

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-16 Thread Sylwester Nawrocki
On 09/12/2013 12:50 PM, Kukjin Kim wrote:
 Well...I'm not sure changing to use macro is better or not at this moment...

I think it is. ;) It's really less error prone to have symbolic names instead
of the plain numbers. The clock ids are defined in one place and it is more
clear what a clock is by looking at symbolic name. It's especially annoying 
to use plain numbers where are are many clock in a single node, like 10 or 
more. What are you main concerns with this ?

--
Regards,
Sylwester
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-16 Thread Mike Turquette
Quoting Sylwester Nawrocki (2013-09-16 07:33:45)
 On 09/12/2013 12:50 PM, Kukjin Kim wrote:
  Well...I'm not sure changing to use macro is better or not at this moment...
 
 I think it is. ;) It's really less error prone to have symbolic names instead
 of the plain numbers. The clock ids are defined in one place and it is more
 clear what a clock is by looking at symbolic name. It's especially annoying 
 to use plain numbers where are are many clock in a single node, like 10 or 
 more. What are you main concerns with this ?

I think having the symbolic names is a win for readability.

Regards,
Mike

 
 --
 Regards,
 Sylwester
--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


RE: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-12 Thread Kukjin Kim
Tomasz Figa wrote:
 
 Hi Andrzej,
 
 On Friday 06 of September 2013 12:12:29 Andrzej Hajda wrote:
  Hi,
 
  This patch set adds headers with defines of exynos clocks.
  Then it converts dts files and drivers to use macros instead
  of magic numbers/enums to describe clock bindings.
 
  The patch set is based on the latest mturquette/clk-next branch.
 
  The patches are generated by script.
  I have verified random clocks by hand.
  I have also tested it on exynos4 based board.
 
  This is the 2nd version of the patchset.
  Changes:
  - corrected devicetree mailing list,
  - added comments to include/dt-bindings/clock/exynos4.h for
clocks present only in particular chip,
  - added tab alignement in headers,
  - added comment to CLK_NR_CLKS,
  - added copyright headers,
  - split long lines in dts,
  - corrected example in bindings/clock/exynos5250-clock.txt, to point
appropriate clocks.
 
  Regards
  Andrzej
 
  Andrzej Hajda (12):
ARM: exynos4: create a DT header defining CLK IDs
ARM: dts: exynos4: convert magic numbers to macros in clock bindings
clk: exynos4: replace clock ID private enums with IDs from DT header
ARM: exynos5250: create a DT header defining CLK IDs
ARM: dts: exynos5250: convert magic numbers to macros in clock
  bindings
clk: exynos5250: replace clock ID private enums with IDs from DT
  header
ARM: exynos5420: create a DT header defining CLK IDs
ARM: dts: exynos5420: convert magic numbers to macros in clock
  bindings
clk: exynos5420: replace clock ID private enums with IDs from DT
  header
ARM: exynos5440: create a DT header defining CLK IDs
ARM: dts: exynos5440: convert magic numbers to macros in clock
  bindings
clk: exynos5440: replace clock ID private enums with IDs from DT
  header
 
   .../devicetree/bindings/clock/exynos4-clock.txt| 259 +--
   .../devicetree/bindings/clock/exynos5250-clock.txt | 160 +---
   .../devicetree/bindings/clock/exynos5420-clock.txt | 184 +
   .../devicetree/bindings/clock/exynos5440-clock.txt |  45 +-
   arch/arm/boot/dts/exynos4.dtsi |  55 +-
   arch/arm/boot/dts/exynos4210.dtsi  |   6 +-
   arch/arm/boot/dts/exynos4412.dtsi  |   2 +-
   arch/arm/boot/dts/exynos4x12.dtsi  |   2 +-
   arch/arm/boot/dts/exynos5250.dtsi  |  92 +--
   arch/arm/boot/dts/exynos5420.dtsi  |  13 +-
   arch/arm/boot/dts/exynos5440.dtsi  |  27 +-
   drivers/clk/samsung/clk-exynos4.c  | 857
  ++--- drivers/clk/samsung/clk-exynos5250.c
  | 501 ++-- drivers/clk/samsung/clk-exynos5420.c   |
  648  drivers/clk/samsung/clk-exynos5440.c
  |  81 +-
   include/dt-bindings/clock/exynos4.h| 244 ++
   include/dt-bindings/clock/exynos5250.h | 157 
   include/dt-bindings/clock/exynos5420.h | 188 +
   include/dt-bindings/clock/exynos5440.h |  42 +
   19 files changed, 1734 insertions(+), 1829 deletions(-)
   create mode 100644 include/dt-bindings/clock/exynos4.h
   create mode 100644 include/dt-bindings/clock/exynos5250.h
   create mode 100644 include/dt-bindings/clock/exynos5420.h
   create mode 100644 include/dt-bindings/clock/exynos5440.h
 
 I believe this series should be rebased on top of my series (and possibly
 remaining patches touching clock numbers queued on the list):
 [PATCH v2 00/16] Exynos clock clean-up for 3.12
 http://thread.gmane.org/gmane.linux.kernel.samsung-soc/22514
 
 Otherwise, it's really nice to finally see this being cleaned up, so:
 Acked-by: Tomasz Figa t.f...@samsung.com
 
Well...I'm not sure changing to use macro is better or not at this moment...

- Kukjin

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-12 Thread Tomasz Figa
Hi Kukjin,

On Thursday 12 of September 2013 19:50:01 Kukjin Kim wrote:
 Tomasz Figa wrote:
  Hi Andrzej,
  
  On Friday 06 of September 2013 12:12:29 Andrzej Hajda wrote:
   Hi,
   
   This patch set adds headers with defines of exynos clocks.
   Then it converts dts files and drivers to use macros instead
   of magic numbers/enums to describe clock bindings.
   
   The patch set is based on the latest mturquette/clk-next branch.
   
   The patches are generated by script.
   I have verified random clocks by hand.
   I have also tested it on exynos4 based board.
   
   This is the 2nd version of the patchset.
   Changes:
   - corrected devicetree mailing list,
   - added comments to include/dt-bindings/clock/exynos4.h for
   
 clocks present only in particular chip,
   
   - added tab alignement in headers,
   - added comment to CLK_NR_CLKS,
   - added copyright headers,
   - split long lines in dts,
   - corrected example in bindings/clock/exynos5250-clock.txt, to point
   
 appropriate clocks.
   
   Regards
   Andrzej
   
   Andrzej Hajda (12):
 ARM: exynos4: create a DT header defining CLK IDs
 ARM: dts: exynos4: convert magic numbers to macros in clock
 bindings
 clk: exynos4: replace clock ID private enums with IDs from DT
 header
 ARM: exynos5250: create a DT header defining CLK IDs
 ARM: dts: exynos5250: convert magic numbers to macros in clock
 
   bindings
 
 clk: exynos5250: replace clock ID private enums with IDs from DT
 
   header
 
 ARM: exynos5420: create a DT header defining CLK IDs
 ARM: dts: exynos5420: convert magic numbers to macros in clock
 
   bindings
 
 clk: exynos5420: replace clock ID private enums with IDs from DT
 
   header
 
 ARM: exynos5440: create a DT header defining CLK IDs
 ARM: dts: exynos5440: convert magic numbers to macros in clock
 
   bindings
 
 clk: exynos5440: replace clock ID private enums with IDs from DT
 
   header

.../devicetree/bindings/clock/exynos4-clock.txt| 259 +--
.../devicetree/bindings/clock/exynos5250-clock.txt | 160 +---
.../devicetree/bindings/clock/exynos5420-clock.txt | 184 +
.../devicetree/bindings/clock/exynos5440-clock.txt |  45 +-
arch/arm/boot/dts/exynos4.dtsi |  55 +-
arch/arm/boot/dts/exynos4210.dtsi  |   6 +-
arch/arm/boot/dts/exynos4412.dtsi  |   2 +-
arch/arm/boot/dts/exynos4x12.dtsi  |   2 +-
arch/arm/boot/dts/exynos5250.dtsi  |  92 +--
arch/arm/boot/dts/exynos5420.dtsi  |  13 +-
arch/arm/boot/dts/exynos5440.dtsi  |  27 +-
drivers/clk/samsung/clk-exynos4.c  | 857
   
   ++--- drivers/clk/samsung/clk-exynos5250.c
   
   | 501 ++-- drivers/clk/samsung/clk-exynos5420.c  
   | |
   
   648  drivers/clk/samsung/clk-exynos5440.c
   
   |  81 +-

include/dt-bindings/clock/exynos4.h| 244 ++
include/dt-bindings/clock/exynos5250.h | 157 
include/dt-bindings/clock/exynos5420.h | 188 +
include/dt-bindings/clock/exynos5440.h |  42 +
19 files changed, 1734 insertions(+), 1829 deletions(-)
create mode 100644 include/dt-bindings/clock/exynos4.h
create mode 100644 include/dt-bindings/clock/exynos5250.h
create mode 100644 include/dt-bindings/clock/exynos5420.h
create mode 100644 include/dt-bindings/clock/exynos5440.h
  
  I believe this series should be rebased on top of my series (and
  possibly remaining patches touching clock numbers queued on the list):
  [PATCH v2 00/16] Exynos clock clean-up for 3.12
  http://thread.gmane.org/gmane.linux.kernel.samsung-soc/22514
  
  Otherwise, it's really nice to finally see this being cleaned up, so:
  Acked-by: Tomasz Figa t.f...@samsung.com
 
 Well...I'm not sure changing to use macro is better or not at this
 moment...

It was supposed to work like this from the beginning, but the preprocessing 
was not available at the time our common clock framework support was 
merged, so a temporary solution was to use the indices directly, which is 
far from being easy to use and scalable.

Best regards,
Tomasz

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH v2 00/12] clk/exynos convert clock IDs to macros

2013-09-06 Thread Tomasz Figa
Hi Andrzej,

On Friday 06 of September 2013 12:12:29 Andrzej Hajda wrote:
 Hi,
 
 This patch set adds headers with defines of exynos clocks.
 Then it converts dts files and drivers to use macros instead
 of magic numbers/enums to describe clock bindings.
 
 The patch set is based on the latest mturquette/clk-next branch.
 
 The patches are generated by script.
 I have verified random clocks by hand.
 I have also tested it on exynos4 based board.
 
 This is the 2nd version of the patchset.
 Changes:
 - corrected devicetree mailing list,
 - added comments to include/dt-bindings/clock/exynos4.h for
   clocks present only in particular chip,
 - added tab alignement in headers,
 - added comment to CLK_NR_CLKS,
 - added copyright headers,
 - split long lines in dts,
 - corrected example in bindings/clock/exynos5250-clock.txt, to point
   appropriate clocks.
 
 Regards
 Andrzej
 
 Andrzej Hajda (12):
   ARM: exynos4: create a DT header defining CLK IDs
   ARM: dts: exynos4: convert magic numbers to macros in clock bindings
   clk: exynos4: replace clock ID private enums with IDs from DT header
   ARM: exynos5250: create a DT header defining CLK IDs
   ARM: dts: exynos5250: convert magic numbers to macros in clock
 bindings
   clk: exynos5250: replace clock ID private enums with IDs from DT
 header
   ARM: exynos5420: create a DT header defining CLK IDs
   ARM: dts: exynos5420: convert magic numbers to macros in clock
 bindings
   clk: exynos5420: replace clock ID private enums with IDs from DT
 header
   ARM: exynos5440: create a DT header defining CLK IDs
   ARM: dts: exynos5440: convert magic numbers to macros in clock
 bindings
   clk: exynos5440: replace clock ID private enums with IDs from DT
 header
 
  .../devicetree/bindings/clock/exynos4-clock.txt| 259 +--
  .../devicetree/bindings/clock/exynos5250-clock.txt | 160 +---
  .../devicetree/bindings/clock/exynos5420-clock.txt | 184 +
  .../devicetree/bindings/clock/exynos5440-clock.txt |  45 +-
  arch/arm/boot/dts/exynos4.dtsi |  55 +-
  arch/arm/boot/dts/exynos4210.dtsi  |   6 +-
  arch/arm/boot/dts/exynos4412.dtsi  |   2 +-
  arch/arm/boot/dts/exynos4x12.dtsi  |   2 +-
  arch/arm/boot/dts/exynos5250.dtsi  |  92 +--
  arch/arm/boot/dts/exynos5420.dtsi  |  13 +-
  arch/arm/boot/dts/exynos5440.dtsi  |  27 +-
  drivers/clk/samsung/clk-exynos4.c  | 857
 ++--- drivers/clk/samsung/clk-exynos5250.c  
 | 501 ++-- drivers/clk/samsung/clk-exynos5420.c   |
 648  drivers/clk/samsung/clk-exynos5440.c  
 |  81 +-
  include/dt-bindings/clock/exynos4.h| 244 ++
  include/dt-bindings/clock/exynos5250.h | 157 
  include/dt-bindings/clock/exynos5420.h | 188 +
  include/dt-bindings/clock/exynos5440.h |  42 +
  19 files changed, 1734 insertions(+), 1829 deletions(-)
  create mode 100644 include/dt-bindings/clock/exynos4.h
  create mode 100644 include/dt-bindings/clock/exynos5250.h
  create mode 100644 include/dt-bindings/clock/exynos5420.h
  create mode 100644 include/dt-bindings/clock/exynos5440.h

I believe this series should be rebased on top of my series (and possibly 
remaining patches touching clock numbers queued on the list):
[PATCH v2 00/16] Exynos clock clean-up for 3.12
http://thread.gmane.org/gmane.linux.kernel.samsung-soc/22514

Otherwise, it's really nice to finally see this being cleaned up, so:
Acked-by: Tomasz Figa t.f...@samsung.com

Best regards,
Tomasz

--
To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html