All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rajendra Nayak <rnayak@ti.com>
To: Afzal Mohammed <afzal@ti.com>
Cc: linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
	Tony Lindgren <tony@atomide.com>,
	Benoit Cousson <benoit.cousson@linaro.org>,
	Paul Walmsley <paul@pwsan.com>,
	benoit.cousson@gmail.com, Benoit Cousson <bcousson@baylibre.com>
Subject: Re: [PATCH v2 00/13] ARM: OMAP2+: AM43x PRCM support
Date: Wed, 21 Aug 2013 17:14:58 +0530	[thread overview]
Message-ID: <5214A83A.5080701@ti.com> (raw)
In-Reply-To: <cover.1375443858.git.afzal@ti.com>

On Friday 02 August 2013 07:05 PM, Afzal Mohammed wrote:
> Hwmod database of AM335x is reused by moving common elements to a new
> array (most of AM335x IP's are present in AM43x) and keeping separate
> arrays for elements that are specific only to either one of AM335x or
> AM43x. And in the cases where relevant IP is present in both that has
> difference in details like CLKCTRL register offsets, it is being
> updated at runtime based on the SoC detected.

I feel the reuse part is good but we need to structure them such that we
don't compromise too much on readability of the data.

So what I suggest is
1. Create something like omap_hwmod_am43_am33_interconnect_data.c and have all common
interconnect ocp_if structs
2. Create something like omap_hwmod_am43_am33_ipblock_data.c and have all common
hwmod structs.
3. Since most PRCM register offsets are different, have them all inited in *one* place
(even for the ones which are common), instead of common ones being statically defined
and others dynamically inited.
4. For instances like clkdm being different or clock topology has changed (which is in
rare cases) have seperate structures for am33xx and am43xx. Once we move some of the clocks etc
to DT we can then move them into common files if needed.

Paul/Benoit, does the above make sense?

WARNING: multiple messages have this Message-ID (diff)
From: rnayak@ti.com (Rajendra Nayak)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 00/13] ARM: OMAP2+: AM43x PRCM support
Date: Wed, 21 Aug 2013 17:14:58 +0530	[thread overview]
Message-ID: <5214A83A.5080701@ti.com> (raw)
In-Reply-To: <cover.1375443858.git.afzal@ti.com>

On Friday 02 August 2013 07:05 PM, Afzal Mohammed wrote:
> Hwmod database of AM335x is reused by moving common elements to a new
> array (most of AM335x IP's are present in AM43x) and keeping separate
> arrays for elements that are specific only to either one of AM335x or
> AM43x. And in the cases where relevant IP is present in both that has
> difference in details like CLKCTRL register offsets, it is being
> updated at runtime based on the SoC detected.

I feel the reuse part is good but we need to structure them such that we
don't compromise too much on readability of the data.

So what I suggest is
1. Create something like omap_hwmod_am43_am33_interconnect_data.c and have all common
interconnect ocp_if structs
2. Create something like omap_hwmod_am43_am33_ipblock_data.c and have all common
hwmod structs.
3. Since most PRCM register offsets are different, have them all inited in *one* place
(even for the ones which are common), instead of common ones being statically defined
and others dynamically inited.
4. For instances like clkdm being different or clock topology has changed (which is in
rare cases) have seperate structures for am33xx and am43xx. Once we move some of the clocks etc
to DT we can then move them into common files if needed.

Paul/Benoit, does the above make sense?

  parent reply	other threads:[~2013-08-21 11:45 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-02 13:35 [PATCH v2 00/13] ARM: OMAP2+: AM43x PRCM support Afzal Mohammed
2013-08-02 13:35 ` Afzal Mohammed
2013-08-02 13:36 ` [PATCH v2 01/13] ARM: OMAP2+: CM: reintroduce SW_SLEEP for OMAP4 Afzal Mohammed
2013-08-02 13:36   ` Afzal Mohammed
2013-08-21  7:13   ` Rajendra Nayak
2013-08-21  7:13     ` Rajendra Nayak
2013-08-28 12:14     ` Afzal Mohammed
2013-08-28 12:14       ` Afzal Mohammed
2013-08-30 18:04     ` Vaibhav Bedia
2013-08-30 18:04       ` Vaibhav Bedia
2013-08-02 13:36 ` [PATCH v2 02/13] ARM: OMAP2+: hwmod: AM335x: prepare for AM43x reuse Afzal Mohammed
2013-08-02 13:36   ` Afzal Mohammed
2013-08-21  8:37   ` Rajendra Nayak
2013-08-21  8:37     ` Rajendra Nayak
2013-08-02 13:36 ` [PATCH v2 03/13] ARM: OMAP2+: hwmod: AMx3: runtime AM335x handling Afzal Mohammed
2013-08-02 13:36   ` Afzal Mohammed
2013-08-21 11:28   ` Rajendra Nayak
2013-08-21 11:28     ` Rajendra Nayak
2013-08-02 13:37 ` [PATCH v2 04/13] ARM: OMAP2+: hwmod: AMx3: remove common static fields Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-02 13:37 ` [PATCH v2 05/13] ARM: OMAP2+: CM: cm_inst offset s16->u16 Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-02 13:37 ` [PATCH v2 06/13] ARM: OMAP2+: PRCM: AM43x definitions Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-21  3:20   ` Paul Walmsley
2013-08-21  3:20     ` Paul Walmsley
2013-08-28 12:03     ` Afzal Mohammed
2013-08-28 12:03       ` Afzal Mohammed
2013-08-02 13:37 ` [PATCH v2 07/13] ARM: OMAP2+: PM: AM43x powerdomain data Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-02 13:37 ` [PATCH v2 08/13] ARM: OMAP2+: CM: AM43x clockdomain data Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-02 13:37 ` [PATCH v2 09/13] ARM: OMAP2+: hwmod: AMx3: runtime AM43x handling Afzal Mohammed
2013-08-02 13:37   ` Afzal Mohammed
2013-08-02 13:38 ` [PATCH v2 10/13] ARM: OMAP2+: hwmod: AM43x operations Afzal Mohammed
2013-08-02 13:38   ` Afzal Mohammed
2013-08-21 11:30   ` Rajendra Nayak
2013-08-21 11:30     ` Rajendra Nayak
2013-08-28 12:29     ` Afzal Mohammed
2013-08-28 12:29       ` Afzal Mohammed
2013-08-02 13:38 ` [PATCH v2 11/13] ARM: OMAP2+: AM43x: PRCM kbuild Afzal Mohammed
2013-08-02 13:38   ` Afzal Mohammed
2013-08-02 13:38 ` [PATCH v2 12/13] ARM: OMAP2+: AM43x PRCM init Afzal Mohammed
2013-08-02 13:38   ` Afzal Mohammed
2013-08-02 13:38 ` [PATCH v2 13/13] ARM: OMAP2+: hwmod: AM43x: new w.r.t AM335x Afzal Mohammed
2013-08-02 13:38   ` Afzal Mohammed
2013-08-21 11:33   ` Rajendra Nayak
2013-08-21 11:33     ` Rajendra Nayak
2013-08-13  8:01 ` [PATCH v2 00/13] ARM: OMAP2+: AM43x PRCM support Tony Lindgren
2013-08-13  8:01   ` Tony Lindgren
2013-08-19  6:36   ` Afzal Mohammed
2013-08-19  6:36     ` Afzal Mohammed
2013-08-20  9:18     ` Benoit Cousson
2013-08-20  9:18       ` Benoit Cousson
2013-08-28 12:09       ` Afzal Mohammed
2013-08-28 12:09         ` Afzal Mohammed
2013-08-21  2:53 ` Paul Walmsley
2013-08-21  2:53   ` Paul Walmsley
2013-08-28 12:03   ` Afzal Mohammed
2013-08-28 12:03     ` Afzal Mohammed
2013-08-21 11:44 ` Rajendra Nayak [this message]
2013-08-21 11:44   ` Rajendra Nayak
2013-08-29 14:00   ` Afzal Mohammed
2013-08-29 14:00     ` Afzal Mohammed

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=5214A83A.5080701@ti.com \
    --to=rnayak@ti.com \
    --cc=afzal@ti.com \
    --cc=bcousson@baylibre.com \
    --cc=benoit.cousson@gmail.com \
    --cc=benoit.cousson@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.com \
    --cc=tony@atomide.com \
    /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.