On Fri, Mar 16, 2012 at 7:20 AM, Nishanth Menon <n...@ti.com> wrote:
> From 5275d09c9f1a16c8f0814745e1c313c6cca049f6 Mon Sep 17 00:00:00 2001
> From: Nishanth Menon <n...@ti.com>
> Date: Fri, 16 Mar 2012 09:13:24 -0500
> Subject: [PATCH] OMAP2+: OPP: allow OPP enumeration to continue if device is
> not present
>
> On platforms such as OMAP3, certain variants may not have IVA, SGX
> or some specific component. We currently have a check to aid fixing
> wrong population of OPP entries for issues such as typos. This however
> causes a conflict with valid requirement where the SoC variant does
> not actually have the module present.
>
> So, reduce the severity of the print to a debug statement and skip
> registering that specific OPP, but continue down the list.
>
> Reported-by: Steve Sakoman <st...@sakoman.com>
> Reported-by: Maximilian Schwerin <m...@tigris.de>
> Signed-off-by: Nishanth Menon <n...@ti.com>
> ---
> arch/arm/mach-omap2/opp.c | 4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/mach-omap2/opp.c b/arch/arm/mach-omap2/opp.c
> index 9262a6b..de6d464 100644
> --- a/arch/arm/mach-omap2/opp.c
> +++ b/arch/arm/mach-omap2/opp.c
> @@ -64,10 +64,10 @@ int __init omap_init_opp_table(struct omap_opp_def
> *opp_def,
> }
> oh = omap_hwmod_lookup(opp_def->hwmod_name);
> if (!oh || !oh->od) {
> - pr_warn("%s: no hwmod or odev for %s, [%d] "
> + pr_debug("%s: no hwmod or odev for %s, [%d] "
> "cannot add OPPs.\n", __func__,
> opp_def->hwmod_name, i);
> - return -EINVAL;
> + continue;
> }
> dev = &oh->od->pdev->dev;
>
> --
> 1.7.0.4
Acked-by: Steve Sakoman <st...@sakoman.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
