All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tony Lindgren <tony@atomide.com>
To: "Pedanekar, Hemant" <hemantp@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
	"Hilman, Kevin" <khilman@ti.com>,
	"paul@pwsan.com" <paul@pwsan.com>
Subject: Re: [PATCH v5 1/4] TI816X: Update common omap platform files
Date: Thu, 10 Feb 2011 10:25:46 -0800	[thread overview]
Message-ID: <20110210182545.GN20795@atomide.com> (raw)
In-Reply-To: <2A3DCF3DA181AD40BDE86A3150B27B6B036ACA41C9@dbde02.ent.ti.com>

* Pedanekar, Hemant <hemantp@ti.com> [110210 09:37]:
> cvTony Lindgren wrote on Thursday, February 10, 2011 7:09 AM:
> 
> I will take care of this using separate map_io as you mentioned on
> the other mail on patch 2 comment.

OK great.
 
> Do you think the 2nd case restriction mentioned in this patch comment is OK?
> 
> " 2) OMAP3 only build with CONFIG_SOC_OMAPTI816X: This will build TI816X
>  optimized kernel. May not boot on other OMAP3 SoCs."
> 
> As I had mentioned on follow up on Paul's comment on v4, some OMAP3 specific
> code may get skipped on non-multi-omap builds with CONFIG_SOC_OMAPTI816X
> (cpu_is_ti816x() is true) such as:
> 
> -       if (omap_rev() >= OMAP3430_REV_ES2_0)     
> +       if (!cpu_is_ti816x() && (omap_rev() >= OMAP3430_REV_ES2_0)) 
>                 omap3_clk_lock_dpll5();    

I suggest that if CONFIG_ARCH_OMAP3 is selected, we do dynamic
checks for cpu_is omap macros for 34xx/36xx/ti816x.

We can use CONFIG_SOC_OMAP to optimize the size a bit if some features
are not needed, like clock data etc.

But in general the cpu_is checks should be only done during the
init for most part, so at this point doing performance optimizations
with the cpu_is macros should not really be needed.

Regards,

Tony

      reply	other threads:[~2011-02-10 18:26 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-02-09 16:55 [PATCH v5 1/4] TI816X: Update common omap platform files Hemant Pedanekar
2011-02-10  1:39 ` Tony Lindgren
2011-02-10 17:37   ` Pedanekar, Hemant
2011-02-10 18:25     ` Tony Lindgren [this message]

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=20110210182545.GN20795@atomide.com \
    --to=tony@atomide.com \
    --cc=hemantp@ti.com \
    --cc=khilman@ti.com \
    --cc=linux-omap@vger.kernel.org \
    --cc=paul@pwsan.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.