All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laxman Dewangan <ldewangan@nvidia.com>
To: Stephen Warren <swarren@wwwdotorg.org>
Cc: Prashant Gaikwad <pgaikwad@nvidia.com>,
	"mturquette@linaro.org" <mturquette@linaro.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org"
	<linux-arm-kernel@lists.infradead.org>,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>
Subject: Re: [PATCH v2 05/11] ARM: dt: tegra30: Add device node for APB MISC
Date: Fri, 4 Jan 2013 17:26:44 +0530	[thread overview]
Message-ID: <50E6C37C.5050605@nvidia.com> (raw)
In-Reply-To: <50E653E3.5060901@wwwdotorg.org>

On Friday 04 January 2013 09:30 AM, Stephen Warren wrote:
> On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
>> On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
>>> On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
>>>> On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
> ...
>>>>> OK. It sounds like we need a true APB MISC driver then, to abstract the
>>>>> differences; the clock driver really shouldn't be touching the APB MISC
>>>>> registers in all likelihood, unless a subset of the sections you
>>>>> mention
>>>>> above are truly dedicated to clock functionality.
>>>> I don't think it is a good idea to create a driver for APB MISC, all
>>>> registers are used by different drivers.
>>> Well, it's even worse to have a bunch of other drivers randomly trample
>>> on a set of registers they don't own.
>>>
>>>> Only chip id revision registers are used in clock driver.
>>> There are already global variables exposed by the Tegra fuse driver; can
>>> you just read those?
>> It is not about variables or some value, we have to read some apb
>> register to flush the write operation in apb bus before we disable
>> peripheral clock.
>> We are using chip id revision register for this purpose.
> Ah. That's definitely not something the clock driver should be doing
> directly. It's probably OK to add a custom Tegra-specific function to
> some file in arch/arm/mach-tegra to implement this. Even better would be
> a full bus driver for the APB bus, but that's probably too much bloat
> for now.

I think individual driver should take care of flushing the write 
operation inplace of clock driver.
Atleast I moved flushing to i2c and spi for these drivers. Polluting 
clock driver here does not make sense here.

WARNING: multiple messages have this Message-ID (diff)
From: ldewangan@nvidia.com (Laxman Dewangan)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 05/11] ARM: dt: tegra30: Add device node for APB MISC
Date: Fri, 4 Jan 2013 17:26:44 +0530	[thread overview]
Message-ID: <50E6C37C.5050605@nvidia.com> (raw)
In-Reply-To: <50E653E3.5060901@wwwdotorg.org>

On Friday 04 January 2013 09:30 AM, Stephen Warren wrote:
> On 01/03/2013 08:23 PM, Prashant Gaikwad wrote:
>> On Friday 04 January 2013 08:35 AM, Stephen Warren wrote:
>>> On 01/03/2013 06:48 PM, Prashant Gaikwad wrote:
>>>> On Thursday 03 January 2013 09:41 PM, Stephen Warren wrote:
> ...
>>>>> OK. It sounds like we need a true APB MISC driver then, to abstract the
>>>>> differences; the clock driver really shouldn't be touching the APB MISC
>>>>> registers in all likelihood, unless a subset of the sections you
>>>>> mention
>>>>> above are truly dedicated to clock functionality.
>>>> I don't think it is a good idea to create a driver for APB MISC, all
>>>> registers are used by different drivers.
>>> Well, it's even worse to have a bunch of other drivers randomly trample
>>> on a set of registers they don't own.
>>>
>>>> Only chip id revision registers are used in clock driver.
>>> There are already global variables exposed by the Tegra fuse driver; can
>>> you just read those?
>> It is not about variables or some value, we have to read some apb
>> register to flush the write operation in apb bus before we disable
>> peripheral clock.
>> We are using chip id revision register for this purpose.
> Ah. That's definitely not something the clock driver should be doing
> directly. It's probably OK to add a custom Tegra-specific function to
> some file in arch/arm/mach-tegra to implement this. Even better would be
> a full bus driver for the APB bus, but that's probably too much bloat
> for now.

I think individual driver should take care of flushing the write 
operation inplace of clock driver.
Atleast I moved flushing to i2c and spi for these drivers. Polluting 
clock driver here does not make sense here.

  parent reply	other threads:[~2013-01-04 11:56 UTC|newest]

Thread overview: 84+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-27 14:47 [PATCH v2 00/11] Migrate Tegra to common clock framework Prashant Gaikwad
2012-12-27 14:47 ` Prashant Gaikwad
2012-12-27 14:47 ` Prashant Gaikwad
2012-12-27 14:47 ` [PATCH v2 01/11] clk: tegra: Add tegra specific clocks Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2013-01-07 12:13   ` Peter De Schrijver
2013-01-07 12:13     ` Peter De Schrijver
2013-01-07 12:13     ` Peter De Schrijver
2012-12-27 14:47 ` [PATCH v2 02/11] arm: tegra: Move tegra_cpu_car.h to linux/clk/tegra.h Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47 ` [PATCH v2 03/11] ARM: tegra: Define Tegra20 CAR binding Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47 ` [PATCH v2 04/11] ARM: Tegra: Define Tegra30 " Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
     [not found]   ` <1356619644-18565-5-git-send-email-pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-09 14:41     ` Peter De Schrijver
2013-01-09 14:41       ` Peter De Schrijver
2013-01-09 14:41       ` Peter De Schrijver
2012-12-27 14:47 ` [PATCH v2 05/11] ARM: dt: tegra30: Add device node for APB MISC Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
     [not found]   ` <1356619644-18565-6-git-send-email-pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-02 22:00     ` Stephen Warren
2013-01-02 22:00       ` Stephen Warren
2013-01-02 22:00       ` Stephen Warren
     [not found]       ` <50E4AE19.1060503-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-03  6:11         ` Prashant Gaikwad
2013-01-03  6:11           ` Prashant Gaikwad
2013-01-03  6:11           ` Prashant Gaikwad
     [not found]           ` <50E520FC.4070805-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-03 16:11             ` Stephen Warren
2013-01-03 16:11               ` Stephen Warren
2013-01-03 16:11               ` Stephen Warren
     [not found]               ` <50E5ADA6.1070904-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-04  1:48                 ` Prashant Gaikwad
2013-01-04  1:48                   ` Prashant Gaikwad
2013-01-04  1:48                   ` Prashant Gaikwad
     [not found]                   ` <50E634D0.6080702-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-04  3:05                     ` Stephen Warren
2013-01-04  3:05                       ` Stephen Warren
2013-01-04  3:05                       ` Stephen Warren
     [not found]                       ` <50E6470E.8090206-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-04  3:23                         ` Prashant Gaikwad
2013-01-04  3:23                           ` Prashant Gaikwad
2013-01-04  3:23                           ` Prashant Gaikwad
2013-01-04  4:00                           ` Stephen Warren
2013-01-04  4:00                             ` Stephen Warren
     [not found]                             ` <50E653E3.5060901-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-04  4:26                               ` Prashant Gaikwad
2013-01-04  4:26                                 ` Prashant Gaikwad
2013-01-04  4:26                                 ` Prashant Gaikwad
     [not found]                                 ` <50E659F4.7020009-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-04  5:21                                   ` Stephen Warren
2013-01-04  5:21                                     ` Stephen Warren
2013-01-04  5:21                                     ` Stephen Warren
     [not found]                                     ` <50E666C0.50200-3lzwWm7+Weoh9ZMKESR00Q@public.gmane.org>
2013-01-04  5:31                                       ` Prashant Gaikwad
2013-01-04  5:31                                         ` Prashant Gaikwad
2013-01-04  5:31                                         ` Prashant Gaikwad
2013-01-04 11:56                             ` Laxman Dewangan [this message]
2013-01-04 11:56                               ` Laxman Dewangan
     [not found]                               ` <50E6C37C.5050605-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-04 19:57                                 ` Stephen Warren
2013-01-04 19:57                                   ` Stephen Warren
2013-01-04 19:57                                   ` Stephen Warren
2012-12-27 14:47 ` [PATCH v2 06/11] ARM: dt: tegra20: " Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47 ` [PATCH v2 07/11] clk: tegra: add clock support for tegra20 Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47 ` [PATCH v2 09/11] clk: tegra: add dt support Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
2012-12-27 14:47   ` Prashant Gaikwad
     [not found]   ` <1356619644-18565-10-git-send-email-pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2013-01-02 22:06     ` Stephen Warren
2013-01-02 22:06       ` Stephen Warren
2013-01-02 22:06       ` Stephen Warren
     [not found] ` <1356619644-18565-1-git-send-email-pgaikwad-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-12-27 14:47   ` [PATCH v2 08/11] clk: tegra: add clock support for tegra30 Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2013-01-07 14:54     ` Peter De Schrijver
2013-01-07 14:54       ` Peter De Schrijver
2013-01-07 14:54       ` Peter De Schrijver
2012-12-27 14:47   ` [PATCH v2 10/11] arm: tegra: Migrate to new clock code Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2012-12-27 14:47   ` [PATCH v2 11/11] arm: tegra: Remove legacy " Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2012-12-27 14:47     ` Prashant Gaikwad
2013-01-02 22:09 ` [PATCH v2 00/11] Migrate Tegra to common clock framework Stephen Warren
2013-01-02 22:09   ` Stephen Warren

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=50E6C37C.5050605@nvidia.com \
    --to=ldewangan@nvidia.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=mturquette@linaro.org \
    --cc=pgaikwad@nvidia.com \
    --cc=swarren@wwwdotorg.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.