public inbox for linux-omap@vger.kernel.org
 help / color / mirror / Atom feed
From: Kevin Hilman <khilman@deeprootsystems.com>
To: Paul Walmsley <paul@pwsan.com>
Cc: linux-omap@vger.kernel.org, ameya.palande@nokia.com
Subject: Re: [PATCH] OMAP PM: Remove symbol exports
Date: Tue, 27 Oct 2009 14:04:05 -0700	[thread overview]
Message-ID: <873a54a6re.fsf@deeprootsystems.com> (raw)
In-Reply-To: <alpine.DEB.2.00.0910271348370.10228@utopia.booyaka.com> (Paul Walmsley's message of "Tue\, 27 Oct 2009 13\:49\:46 -0600 \(MDT\)")

Paul Walmsley <paul@pwsan.com> writes:

> This patch applies against the PM branch.
>
> Commit b32960d2fd88085d6270c4f3a2f708e7ce42cd7b exported many of the
> functions from the OMAP PM layer, presumably to allow device drivers
> to call them directly.  This ties the device drivers to the OMAP
> platform; they will not compile or work on other platforms, e.g.,
> DaVinci.  Device driver code should be platform-independent.  This
> patch removes the EXPORT_SYMBOL() lines.
>
> Rather than relying on exported symbols, device drivers should instead
> pass pointers to these functions via function pointers in struct
> platform_device.platform_data.  Then the device driver code should use
> an idiom similar to:
>
>        if (pdata->function_name)
>               pdata->function_name(arg1, arg2, ...);
>
> Signed-off-by: Paul Walmsley <paul@pwsan.com>
> Cc: Ameya Palande <ameya.palande@nokia.com>
> Cc: Kevin Hilman <khilman@deeprootsystems.com>

Thanks, pushing to PM branch.  On the next rebase, I'll just drop the
commit(s) that added the exports.

Kevin

> ---
>  arch/arm/plat-omap/omap-pm-noop.c |    7 -------
>  arch/arm/plat-omap/omap-pm-srf.c  |    7 -------
>  2 files changed, 0 insertions(+), 14 deletions(-)
>
> diff --git a/arch/arm/plat-omap/omap-pm-noop.c b/arch/arm/plat-omap/omap-pm-noop.c
> index d3c7279..cab105f 100644
> --- a/arch/arm/plat-omap/omap-pm-noop.c
> +++ b/arch/arm/plat-omap/omap-pm-noop.c
> @@ -157,7 +157,6 @@ const struct omap_opp *omap_pm_dsp_get_opp_table(void)
>  
>  	return NULL;
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_get_opp_table);
>  
>  void omap_pm_dsp_set_min_opp(u8 opp_id)
>  {
> @@ -182,7 +181,6 @@ void omap_pm_dsp_set_min_opp(u8 opp_id)
>  	 *
>  	 */
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_set_min_opp);
>  
>  u8 omap_pm_dsp_get_opp(void)
>  {
> @@ -198,7 +196,6 @@ u8 omap_pm_dsp_get_opp(void)
>  
>  	return 0;
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_get_opp);
>  
>  u8 omap_pm_vdd1_get_opp(void)
>  {
> @@ -210,7 +207,6 @@ u8 omap_pm_vdd1_get_opp(void)
>  
>  	return 0;
>  }
> -EXPORT_SYMBOL(omap_pm_vdd1_get_opp);
>  
>  u8 omap_pm_vdd2_get_opp(void)
>  {
> @@ -222,7 +218,6 @@ u8 omap_pm_vdd2_get_opp(void)
>  
>  	return 0;
>  }
> -EXPORT_SYMBOL(omap_pm_vdd2_get_opp);
>  
>  /*
>   * CPUFreq-originated constraint
> @@ -263,7 +258,6 @@ void omap_pm_cpu_set_freq(unsigned long f)
>  	 * CDP should just be able to set the VDD1 OPP clock rate here.
>  	 */
>  }
> -EXPORT_SYMBOL(omap_pm_cpu_set_freq);
>  
>  unsigned long omap_pm_cpu_get_freq(void)
>  {
> @@ -275,7 +269,6 @@ unsigned long omap_pm_cpu_get_freq(void)
>  
>  	return 0;
>  }
> -EXPORT_SYMBOL(omap_pm_cpu_get_freq);
>  
>  /*
>   * Device context loss tracking
> diff --git a/arch/arm/plat-omap/omap-pm-srf.c b/arch/arm/plat-omap/omap-pm-srf.c
> index a28945b..d769b90 100644
> --- a/arch/arm/plat-omap/omap-pm-srf.c
> +++ b/arch/arm/plat-omap/omap-pm-srf.c
> @@ -185,7 +185,6 @@ const struct omap_opp *omap_pm_dsp_get_opp_table(void)
>  
>  	return NULL;
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_get_opp_table);
>  
>  void omap_pm_dsp_set_min_opp(u8 opp_id)
>  {
> @@ -203,28 +202,24 @@ void omap_pm_dsp_set_min_opp(u8 opp_id)
>  	resource_request("vdd1_opp", &dummy_dsp_dev, opp_id);
>  	return;
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_set_min_opp);
>  
>  u8 omap_pm_dsp_get_opp(void)
>  {
>  	pr_debug("OMAP PM: DSP requests current DSP OPP ID\n");
>  	return resource_get_level("vdd1_opp");
>  }
> -EXPORT_SYMBOL(omap_pm_dsp_get_opp);
>  
>  u8 omap_pm_vdd1_get_opp(void)
>  {
>  	pr_debug("OMAP PM: User requests current VDD1 OPP\n");
>  	return resource_get_level("vdd1_opp");
>  }
> -EXPORT_SYMBOL(omap_pm_vdd1_get_opp);
>  
>  u8 omap_pm_vdd2_get_opp(void)
>  {
>  	pr_debug("OMAP PM: User requests current VDD2 OPP\n");
>  	return resource_get_level("vdd2_opp");
>  }
> -EXPORT_SYMBOL(omap_pm_vdd2_get_opp);
>  
>  /*
>   * CPUFreq-originated constraint
> @@ -261,14 +256,12 @@ void omap_pm_cpu_set_freq(unsigned long f)
>  	resource_request("mpu_freq", &dummy_cpufreq_dev, f);
>  	return;
>  }
> -EXPORT_SYMBOL(omap_pm_cpu_set_freq);
>  
>  unsigned long omap_pm_cpu_get_freq(void)
>  {
>  	pr_debug("OMAP PM: CPUFreq requests current CPU frequency\n");
>  	return resource_get_level("mpu_freq");
>  }
> -EXPORT_SYMBOL(omap_pm_cpu_get_freq);
>  
>  /*
>   * Device context loss tracking
> -- 
> 1.6.5.GIT

      reply	other threads:[~2009-10-27 21:04 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-27 19:49 [PATCH] OMAP PM: Remove symbol exports Paul Walmsley
2009-10-27 21:04 ` Kevin Hilman [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=873a54a6re.fsf@deeprootsystems.com \
    --to=khilman@deeprootsystems.com \
    --cc=ameya.palande@nokia.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox