From: Peppe CAVALLARO <peppe.cavallaro@st.com>
To: zhangfei gao <zhangfei.gao@gmail.com>
Cc: Wolfram Sang <w.sang@pengutronix.de>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
Richard Zhu <r65037@freescale.com>
Subject: Re: [RFC] sdhci_pltfm: pass platform_data on custom init-call
Date: Mon, 27 Sep 2010 08:04:50 +0200 [thread overview]
Message-ID: <4CA03402.7030306@st.com> (raw)
In-Reply-To: <AANLkTi=o66ZKXfvAoK61Wtxv4emyDLZCc5v+6+A3MaWY@mail.gmail.com>
On 09/27/2010 04:47 AM, zhangfei gao wrote:
> On Tue, Sep 21, 2010 at 8:56 PM, Wolfram Sang <w.sang@pengutronix.de> wrote:
> > The custom init call may need more data to perform its job, so we pass it a
> > pointer to the platform_data, too. Now, for drivers extending sdhci-pltfm (like
> > sdhci-cns3xxx), a fixed platform_data is used according to the platform device
> > id. Because that one does not contain board specific information, we simply
> > name the board specific information information priv_pdata and pass it to the
> > init routine as well. (Note: the old behaviour was that you could override the
> > platform id specific data with your own. However, one can still do this by
> > using the "sdhci" id instead of "sdhci-<something>".)
> >
> > Signed-off-by: Wolfram Sang <w.sang@pengutronix.de>
> > ---
> >
> > This approach has its issues, but all I tried had some. So, let's start arguing
> > over code ;)
> >
> > drivers/mmc/host/sdhci-esdhc.c | 3 ++-
> > drivers/mmc/host/sdhci-pltfm.c | 11 ++++++++---
> > include/linux/mmc/sdhci-pltfm.h | 2 +-
> > 3 files changed, 11 insertions(+), 5 deletions(-)
> >
> > diff --git a/drivers/mmc/host/sdhci-esdhc.c b/drivers/mmc/host/sdhci-esdhc.c
> > index 132e9c9..ccdafd9 100644
> > --- a/drivers/mmc/host/sdhci-esdhc.c
> > +++ b/drivers/mmc/host/sdhci-esdhc.c
>
> Can not find such file, and specific driver should handle in different patch
Hello
we discussed about a similar issues in this thread:
http://marc.info/?l=linux-mmc&m=128523426925028&w=2
There is here an example how to use the .init call and get the platform
struct pointer (that works fine in STM platforms).
To have this working, I prepared some patches (under reviewing):
[PATCH (mmc-next) 1/3] mmc: add suspend/resume in the sdhci-pltfm driver
[PATCH (mmc-next) 2/3] mmc: split the sdhci.h to help platforms that
uses shdci-pltfm d.d.
[PATCH (mmc-next) 3/3] mmc: fix a warning when compile the sdhci d.d.
Hoping this could be useful.
Regards,
Peppe
>
> > @@ -97,7 +97,8 @@ static unsigned int esdhc_pltfm_get_min_clock(struct
> sdhci_host *host)
> > return clk_get_rate(pltfm_host->clk) / 256 / 16;
> > }
> >
> > -static int esdhc_pltfm_init(struct sdhci_host *host)
> > +static int esdhc_pltfm_init(struct sdhci_host *host,
> > + struct sdhci_pltfm_data *pdata, void *priv_pdata)
> > {
> > struct sdhci_pltfm_host *pltfm_host = sdhci_priv(host);
> > struct clk *clk;
> > diff --git a/drivers/mmc/host/sdhci-pltfm.c b/drivers/mmc/host/sdhci-pltfm.c
> > index 6ba3f3d..04f3117 100644
> > --- a/drivers/mmc/host/sdhci-pltfm.c
> > +++ b/drivers/mmc/host/sdhci-pltfm.c
> > @@ -52,15 +52,20 @@ static struct sdhci_ops sdhci_pltfm_ops = {
> >
> > static int __devinit sdhci_pltfm_probe(struct platform_device *pdev)
> > {
> > - struct sdhci_pltfm_data *pdata = pdev->dev.platform_data;
> > const struct platform_device_id *platid = platform_get_device_id(pdev);
> > + struct sdhci_pltfm_data *pdata;
> > + void *priv_pdata = NULL;
> > struct sdhci_host *host;
> > struct sdhci_pltfm_host *pltfm_host;
> > struct resource *iomem;
> > int ret;
> >
> > - if (!pdata && platid && platid->driver_data)
> > + if (platid && platid->driver_data) {
> > pdata = (void *)platid->driver_data;
> > + priv_pdata = pdev->dev.platform_data;
> > + } else {
> > + pdata = pdev->dev.platform_data;
> > + }
> >
> > iomem = platform_get_resource(pdev, IORESOURCE_MEM, 0);
> > if (!iomem) {
> > @@ -108,7 +113,7 @@ static int __devinit sdhci_pltfm_probe(struct
> platform_device *pdev)
> > }
> >
> > if (pdata && pdata->init) {
> > - ret = pdata->init(host);
> > + ret = pdata->init(host, pdata, priv_pdata);
> > if (ret)
> > goto err_plat_init;
> > }
> > diff --git a/include/linux/mmc/sdhci-pltfm.h b/include/linux/mmc/sdhci-pltfm.h
>
> include/linux/mmc/sdhci-pltfm.h should be include/linux/sdhci-pltfm.h
>
> > index 0239bd7..e14fce3 100644
> > --- a/include/linux/mmc/sdhci-pltfm.h
> > +++ b/include/linux/mmc/sdhci-pltfm.h
> > @@ -28,7 +28,7 @@ struct sdhci_host;
> > struct sdhci_pltfm_data {
> > struct sdhci_ops *ops;
> > unsigned int quirks;
> > - int (*init)(struct sdhci_host *host);
> > + int (*init)(struct sdhci_host *host, struct sdhci_pltfm_data *pdata,
> void* priv_pdata);
> > void (*exit)(struct sdhci_host *host);
> > };
> >
> > --
> > 1.7.1
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
> --
> To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
prev parent reply other threads:[~2010-09-27 6:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-21 12:56 [RFC] sdhci_pltfm: pass platform_data on custom init-call Wolfram Sang
2010-09-27 2:47 ` zhangfei gao
2010-09-27 6:04 ` Peppe CAVALLARO [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=4CA03402.7030306@st.com \
--to=peppe.cavallaro@st.com \
--cc=linux-mmc@vger.kernel.org \
--cc=r65037@freescale.com \
--cc=w.sang@pengutronix.de \
--cc=zhangfei.gao@gmail.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