From: Felipe Balbi <felipe.balbi@nokia.com>
To: ext Nishanth Menon <nm@ti.com>
Cc: Linux-Omap <linux-omap@vger.kernel.org>,
Ambresh K <ambresh@ti.com>, Benoit Cousson <b-cousson@ti.com>,
"Valentin Eduardo (Nokia-D/Helsinki)"
<eduardo.valentin@nokia.com>,
Kevin Hilman <khilman@deeprootsystems.com>,
"Carmody Phil.2 (EXT-Ixonos/Helsinki)"
<ext-phil.2.carmody@nokia.com>, Sanjeev Premi <premi@ti.com>,
"Kristo Tero (Nokia-D/Tampere)" <Tero.Kristo@nokia.com>,
Thara Gopinath <thara@ti.com>
Subject: Re: [PM-WIP-OPP][PATCH 3/4] omap: pm: opp: add ability to store data per opp
Date: Fri, 19 Mar 2010 16:43:33 +0200 [thread overview]
Message-ID: <20100319144333.GU18995@nokia.com> (raw)
In-Reply-To: <1268937891-19445-4-git-send-email-nm@ti.com>
hi,
On Thu, Mar 18, 2010 at 07:44:50PM +0100, ext Nishanth Menon wrote:
>+int opp_store_data(struct omap_opp *opp, char *name, void *data)
>+{
>+ return -EINVAL;
Would -ENODATA fit better ??
>diff --git a/arch/arm/plat-omap/opp.c b/arch/arm/plat-omap/opp.c
>index bb8120e..15f6f7c 100644
>--- a/arch/arm/plat-omap/opp.c
>+++ b/arch/arm/plat-omap/opp.c
>@@ -14,12 +14,19 @@
> #include <linux/errno.h>
> #include <linux/err.h>
> #include <linux/init.h>
>+#include <linux/list.h>
> #include <linux/slab.h>
> #include <linux/cpufreq.h>
>
> #include <plat/opp_twl_tps.h>
> #include <plat/opp.h>
>
>+struct omap_opp_data {
>+ char *name;
>+ void *data;
>+ struct list_head list;
>+};
>+
> /**
> * struct omap_opp - OMAP OPP description structure
> * @enabled: true/false - marking this OPP as enabled/disabled
>@@ -37,6 +44,7 @@ struct omap_opp {
> unsigned long rate;
> unsigned long u_volt;
> u8 opp_id;
>+ struct list_head data_list;
> };
>
> /*
>@@ -218,6 +226,7 @@ static void omap_opp_populate(struct omap_opp *opp,
> opp->rate = opp_def->freq;
> opp->enabled = opp_def->enabled;
> opp->u_volt = opp_def->u_volt;
>+ INIT_LIST_HEAD(&opp->data_list);
> }
>
> int opp_add(enum opp_t opp_type, const struct omap_opp_def *opp_def)
>@@ -352,6 +361,63 @@ int opp_disable(struct omap_opp *opp)
> return 0;
> }
>
>+void *opp_get_data(struct omap_opp *opp, char *name)
>+{
>+ void *data = ERR_PTR(-EINVAL);
>+ struct omap_opp_data *tmp;
>+
>+ if (unlikely(!opp || !name))
>+ return ERR_PTR(-EINVAL);
>+
>+ list_for_each_entry(tmp, &opp->data_list, list)
>+ if (!strcmp(name, tmp->name)) {
>+ data = tmp->data;
>+ break;
>+ }
>+ return data;
>+}
>+
>+int opp_store_data(struct omap_opp *opp, char *name, void *data)
>+{
>+ struct omap_opp_data *new;
>+ if (unlikely(!opp || !name))
>+ return -EINVAL;
>+ /* NAK to double registration */
>+ if (unlikely(!IS_ERR(opp_get_data(opp, name))))
>+ return -EINVAL;
>+
>+ new = kmalloc(sizeof(struct omap_opp), GFP_KERNEL);
>+ if (!new)
>+ return -ENOMEM;
>+ new->name = kmalloc(strlen(name) + 1, GFP_KERNEL);
>+ if (!new->name) {
>+ kfree(new);
>+ return -ENOMEM;
>+ }
>+ new->data = data;
>+ strcpy(new->name, name);
>+ INIT_LIST_HEAD(&new->list);
>+ list_add(&new->list, &opp->data_list);
>+ return 0;
>+}
will you really want to add several data entries there ? I don't see the
point. Maybe I'm missing something.
I like the idea of having a void * to allow you to store anything there.
But generally that's a 1 - 1 relation:
1 device/bus/(in this case) opp - 1 data.
by doing that, the API will look like
dev_set_drvdata()/dev_get_drvdata() and could be implemented simply as:
void opp_set_data(struct omap_opp *opp, void *data)
{
opp->data = data;
return 0;
}
void *opp_get_data(struct omap_opp *opp)
{
return opp->data;
}
--
balbi
next prev parent reply other threads:[~2010-03-19 14:44 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-18 18:44 [PM-WIP-OPP][PATCH 0/4] few opp layer cleanups Nishanth Menon
2010-03-18 18:44 ` [PM-WIP-OPP][PATCH 1/4] omap3: pm: cpufreq: BUG_ON cleanup Nishanth Menon
2010-03-18 18:44 ` [PM-WIP-OPP][PATCH 2/4] omap: pm: opp: twl: use DIV_ROUND_UP Nishanth Menon
2010-03-18 18:44 ` [PM-WIP-OPP][PATCH 3/4] omap: pm: opp: add ability to store data per opp Nishanth Menon
2010-03-18 18:44 ` [PM-WIP-OPP][PATCH 4/4] omap3: srf: remove hardcoded opp dependency Nishanth Menon
2010-03-19 14:47 ` Felipe Balbi
2010-03-19 15:36 ` Nishanth Menon
2010-03-19 10:14 ` [PM-WIP-OPP][PATCH 3/4] omap: pm: opp: add ability to store data per opp Cousson, Benoit
2010-03-19 14:27 ` Nishanth Menon
2010-03-19 14:43 ` Felipe Balbi [this message]
2010-03-19 15:25 ` Nishanth Menon
2010-03-19 17:47 ` Felipe Balbi
2010-03-19 18:10 ` Nishanth Menon
2010-03-21 21:50 ` Cousson, Benoit
2010-03-22 13:29 ` Nishanth Menon
2010-03-22 17:46 ` Cousson, Benoit
2010-03-22 18:25 ` Nishanth Menon
2010-03-23 5:06 ` Gopinath, Thara
2010-03-23 13:00 ` Nishanth Menon
2010-03-23 16:12 ` Cousson, Benoit
2010-03-23 20:04 ` Nishanth Menon
2010-03-18 22:49 ` [PM-WIP-OPP][PATCH 1/4] omap3: pm: cpufreq: BUG_ON cleanup Kevin Hilman
2010-03-19 14:21 ` Nishanth Menon
2010-03-19 14:50 ` Felipe Balbi
2010-03-19 17:46 ` Kevin Hilman
2010-03-19 17:52 ` Felipe Balbi
2010-03-19 18:42 ` Kevin Hilman
2010-03-19 19:56 ` Nishanth Menon
2010-03-19 20:49 ` Kevin Hilman
2010-03-19 21:53 ` Nishanth Menon
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=20100319144333.GU18995@nokia.com \
--to=felipe.balbi@nokia.com \
--cc=Tero.Kristo@nokia.com \
--cc=ambresh@ti.com \
--cc=b-cousson@ti.com \
--cc=eduardo.valentin@nokia.com \
--cc=ext-phil.2.carmody@nokia.com \
--cc=khilman@deeprootsystems.com \
--cc=linux-omap@vger.kernel.org \
--cc=nm@ti.com \
--cc=premi@ti.com \
--cc=thara@ti.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