All of lore.kernel.org
 help / color / mirror / Atom feed
From: nsekhar@ti.com (Sekhar Nori)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v3 05/11] clk: davinci - add dm644x clock initialization
Date: Tue, 6 Nov 2012 15:48:40 +0530	[thread overview]
Message-ID: <5098E400.4000204@ti.com> (raw)
In-Reply-To: <5097DE82.2090701@ti.com>

On 11/5/2012 9:12 PM, Murali Karicheri wrote:
> On 11/03/2012 09:30 AM, Sekhar Nori wrote:
>> On 10/25/2012 9:41 PM, Murali Karicheri wrote:
>>> This patch adds dm644x clock initialization code that consists of
>>> clocks data for various clocks and clock register callouts to
>>> various clock drivers. It uses following clk drivers for this
>>>
>>>   1. clk-fixed-rate - for ref clock
>>>   2. clk-mux - for mux at the input and output of main pll
>>>   3. davinci specific clk-pll for main pll clock
>>>   4. davinci specific clk-div for pll divider clock
>>>   5. clk-fixed-factor for fixed factor clock such as auxclk
>>>   6. davinci specific clk-psc for psc clocks
>>>
>>> This patch also moves all of the PLL and PSC register definitions
>>> from clock.h and psc.h under davinci to the clk/davinci folder so
>>> that various soc specific clock initialization code can share these
>>> definitions.
>> Except this patch does not move the defines, it creates a copy of them
>> (which is bad since you quickly lose track of which is the correct
>> copy). Is this done to avoid including mach/ header files here?
> Yes.
>> It will
>> actually be better to include the mach/ files here as a temporary
>> solution and then remove the include mach/ files once all the SoCs have
>> been converted over.
> 
> I was thinking we are not allowed to include mach/* header files in
> driver files. But most of the clk drivers
> such clk-imx28, spear6xx_clock.c. versatile/clk-integrator.c etc are
> including mach/ headers. One issue is that the definitions in pll.h are
> re-usable across other machines falling under c6x and Keystone (new
> device we are working on) as well. Where do we keep includes that can be
> re-used across different architectures? include/linux/platform_data/ ?

In this case, it is not really platform data or even an interface for
drivers to use, so I prefer include/linux/clk/davinci-pll.h

> I
> see clk-integrator.h, clk-nomadik.h and clk-u300 sitting there. So I
> suggest moving any header files that defines utility functions, register
> definitions across different architectures to
> include/linux/platform_data. Candidate files would be clock.h, pll.h,
> clk-psc.h, clk-pll.h and clk-div.h. This way these can be used across

It is not clear to me why you would move these files outside of
drivers/clk/davinci. They are not used by any other code outside of this
directory.

> the above machines that use the above architectures. Can we do this in
> my next version? This way we don't have to make another move later. All
> these CLK IPs are re-used across multiple architectures and make perfect
> sense to me to move to the above folder.

Thanks,
Sekhar

WARNING: multiple messages have this Message-ID (diff)
From: Sekhar Nori <nsekhar@ti.com>
To: Murali Karicheri <m-karicheri2@ti.com>
Cc: <mturquette@linaro.org>, <arnd@arndb.de>,
	<akpm@linux-foundation.org>, <shawn.guo@linaro.org>,
	<rob.herring@calxeda.com>, <linus.walleij@linaro.org>,
	<viresh.linux@gmail.com>, <linux-kernel@vger.kernel.org>,
	<khilman@ti.com>, <linux@arm.linux.org.uk>,
	<sshtylyov@mvista.com>,
	<davinci-linux-open-source@linux.davincidsp.com>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-keystone@list.ti.com>
Subject: Re: [PATCH v3 05/11] clk: davinci - add dm644x clock initialization
Date: Tue, 6 Nov 2012 15:48:40 +0530	[thread overview]
Message-ID: <5098E400.4000204@ti.com> (raw)
In-Reply-To: <5097DE82.2090701@ti.com>

On 11/5/2012 9:12 PM, Murali Karicheri wrote:
> On 11/03/2012 09:30 AM, Sekhar Nori wrote:
>> On 10/25/2012 9:41 PM, Murali Karicheri wrote:
>>> This patch adds dm644x clock initialization code that consists of
>>> clocks data for various clocks and clock register callouts to
>>> various clock drivers. It uses following clk drivers for this
>>>
>>>   1. clk-fixed-rate - for ref clock
>>>   2. clk-mux - for mux at the input and output of main pll
>>>   3. davinci specific clk-pll for main pll clock
>>>   4. davinci specific clk-div for pll divider clock
>>>   5. clk-fixed-factor for fixed factor clock such as auxclk
>>>   6. davinci specific clk-psc for psc clocks
>>>
>>> This patch also moves all of the PLL and PSC register definitions
>>> from clock.h and psc.h under davinci to the clk/davinci folder so
>>> that various soc specific clock initialization code can share these
>>> definitions.
>> Except this patch does not move the defines, it creates a copy of them
>> (which is bad since you quickly lose track of which is the correct
>> copy). Is this done to avoid including mach/ header files here?
> Yes.
>> It will
>> actually be better to include the mach/ files here as a temporary
>> solution and then remove the include mach/ files once all the SoCs have
>> been converted over.
> 
> I was thinking we are not allowed to include mach/* header files in
> driver files. But most of the clk drivers
> such clk-imx28, spear6xx_clock.c. versatile/clk-integrator.c etc are
> including mach/ headers. One issue is that the definitions in pll.h are
> re-usable across other machines falling under c6x and Keystone (new
> device we are working on) as well. Where do we keep includes that can be
> re-used across different architectures? include/linux/platform_data/ ?

In this case, it is not really platform data or even an interface for
drivers to use, so I prefer include/linux/clk/davinci-pll.h

> I
> see clk-integrator.h, clk-nomadik.h and clk-u300 sitting there. So I
> suggest moving any header files that defines utility functions, register
> definitions across different architectures to
> include/linux/platform_data. Candidate files would be clock.h, pll.h,
> clk-psc.h, clk-pll.h and clk-div.h. This way these can be used across

It is not clear to me why you would move these files outside of
drivers/clk/davinci. They are not used by any other code outside of this
directory.

> the above machines that use the above architectures. Can we do this in
> my next version? This way we don't have to make another move later. All
> these CLK IPs are re-used across multiple architectures and make perfect
> sense to me to move to the above folder.

Thanks,
Sekhar

  reply	other threads:[~2012-11-06 10:18 UTC|newest]

Thread overview: 119+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-25 16:11 [PATCH v3 00/11] common clk drivers migration for DaVinci SoCs Murali Karicheri
2012-10-25 16:11 ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 01/11] clk: davinci - add main PLL clock driver Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-28 19:18   ` Linus Walleij
2012-10-28 19:18     ` Linus Walleij
2012-10-31 13:23     ` Murali Karicheri
2012-10-31 13:23       ` Murali Karicheri
2012-10-31 12:29   ` Sekhar Nori
2012-10-31 12:29     ` Sekhar Nori
2012-10-31 13:46     ` Murali Karicheri
2012-10-31 13:46       ` Murali Karicheri
2012-11-01 11:01       ` Sekhar Nori
2012-11-01 11:01         ` Sekhar Nori
2012-10-25 16:11 ` [PATCH v3 02/11] clk: davinci - add PSC " Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-28 19:24   ` Linus Walleij
2012-10-28 19:24     ` Linus Walleij
2012-10-31 13:23     ` Murali Karicheri
2012-10-31 13:23       ` Murali Karicheri
2013-03-19 10:57     ` Sekhar Nori
2013-03-19 10:57       ` Sekhar Nori
2012-11-03 12:07   ` Sekhar Nori
2012-11-03 12:07     ` Sekhar Nori
2012-11-05 15:10     ` Murali Karicheri
2012-11-05 15:10       ` Murali Karicheri
2012-11-10  2:22       ` Mike Turquette
2012-11-10  2:22         ` Mike Turquette
2012-11-27 15:05         ` Sekhar Nori
2012-11-27 15:05           ` Sekhar Nori
2012-11-27 17:29           ` Mike Turquette
2012-11-27 20:38             ` Murali Karicheri
2012-11-27 20:38               ` Murali Karicheri
2012-11-28 13:22             ` Sekhar Nori
2012-11-28 13:22               ` Sekhar Nori
2013-03-22 11:20               ` Sekhar Nori
2013-03-22 11:20                 ` Sekhar Nori
2013-03-22 20:37                 ` Mike Turquette
2013-03-22 20:37                   ` Mike Turquette
2013-03-25  6:50                   ` Sekhar Nori
2013-03-25  6:50                     ` Sekhar Nori
2012-10-25 16:11 ` [PATCH v3 03/11] clk: davinci - common clk utilities to init clk driver Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-28 19:25   ` Linus Walleij
2012-10-28 19:25     ` Linus Walleij
2012-10-31 13:23     ` Murali Karicheri
2012-10-31 13:23       ` Murali Karicheri
2012-11-01 12:41   ` Sekhar Nori
2012-11-01 12:41     ` Sekhar Nori
2012-11-01 18:34     ` Murali Karicheri
2012-11-01 18:34       ` Murali Karicheri
2012-11-03 12:35   ` Sekhar Nori
2012-11-03 12:35     ` Sekhar Nori
2012-11-05 15:20     ` Murali Karicheri
2012-11-05 15:20       ` Murali Karicheri
2012-11-06  9:31       ` Sekhar Nori
2012-11-06  9:31         ` Sekhar Nori
2012-11-06 15:04         ` Murali Karicheri
2012-11-06 15:04           ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 04/11] clk: davinci - add pll divider clock driver Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-28 19:26   ` Linus Walleij
2012-10-28 19:26     ` Linus Walleij
2012-10-31 13:22     ` Murali Karicheri
2012-10-31 13:22       ` Murali Karicheri
2012-11-02 11:33   ` Sekhar Nori
2012-11-02 11:33     ` Sekhar Nori
2012-11-02 13:53     ` Murali Karicheri
2012-11-02 13:53       ` Murali Karicheri
2012-11-03 12:03       ` Sekhar Nori
2012-11-03 12:03         ` Sekhar Nori
2012-11-05 15:10         ` Murali Karicheri
2012-11-05 15:10           ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 05/11] clk: davinci - add dm644x clock initialization Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-11-03 13:30   ` Sekhar Nori
2012-11-03 13:30     ` Sekhar Nori
2012-11-05 15:42     ` Murali Karicheri
2012-11-05 15:42       ` Murali Karicheri
2012-11-06 10:18       ` Sekhar Nori [this message]
2012-11-06 10:18         ` Sekhar Nori
2012-11-05 23:23     ` Murali Karicheri
2012-11-05 23:23       ` Murali Karicheri
2012-11-06  9:40       ` Sekhar Nori
2012-11-06  9:40         ` Sekhar Nori
2012-10-25 16:11 ` [PATCH v3 06/11] clk: davinci - add build infrastructure for DaVinci clock drivers Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-11-04 13:34   ` Sekhar Nori
2012-11-04 13:34     ` Sekhar Nori
2012-11-05 16:17     ` Murali Karicheri
2012-11-05 16:17       ` Murali Karicheri
2012-11-06  9:48       ` Sekhar Nori
2012-11-06  9:48         ` Sekhar Nori
2012-10-25 16:11 ` [PATCH v3 07/11] ARM: davinci - restructure header files for common clock migration Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-11-04 14:05   ` Sekhar Nori
2012-11-04 14:05     ` Sekhar Nori
2012-11-05 19:11     ` Murali Karicheri
2012-11-05 19:11       ` Murali Karicheri
2012-11-06 10:03       ` Sekhar Nori
2012-11-06 10:03         ` Sekhar Nori
2012-11-05 21:57     ` Murali Karicheri
2012-11-05 21:57       ` Murali Karicheri
2012-12-03 13:23       ` Sekhar Nori
2012-12-03 13:23         ` Sekhar Nori
2012-10-25 16:11 ` [PATCH v3 08/11] ARM: davinci - migrating to use common clock init code Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 09/11] ARM: davinci - dm644x: update SoC code to remove the clock data Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 10/11] ARM: davinci - migrate to common clock Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-11-04 13:06   ` Sekhar Nori
2012-11-04 13:06     ` Sekhar Nori
2012-11-05 15:43     ` Murali Karicheri
2012-11-05 15:43       ` Murali Karicheri
2012-10-25 16:11 ` [PATCH v3 11/11] ARM: davinci - common clock migration: clean up the old code Murali Karicheri
2012-10-25 16:11   ` Murali Karicheri
2012-10-30 17:00 ` [PATCH v3 00/11] common clk drivers migration for DaVinci SoCs Karicheri, Muralidharan
2012-10-30 17:00   ` Karicheri, Muralidharan

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=5098E400.4000204@ti.com \
    --to=nsekhar@ti.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.