On Mon, 08 Sep 2014, Ulf Hansson wrote:
> On 3 September 2014 04:09, Kuninori Morimoto
> <kuninori.morimoto...@gmail.com> wrote:
> > From: Kuninori Morimoto <kuninori.morimoto...@renesas.com>
> >
> > Now, tmio_mmc can use .multi_io_quirk callback
> > instead of MMC_CAP2_NO_MULTI_READ flags.
> > let's use it.
> >
> > Signed-off-by: Kuninori Morimoto <kuninori.morimoto...@renesas.com>
> > ---
> > v2 -> v3
> >
> > - blk_size_workaround -> multi_io_quirk
> >
> > drivers/mmc/host/tmio_mmc_pio.c | 13 +++++++++++++
> > include/linux/mfd/tmio.h | 4 ++++
>
> "mfd"? That was an odd place for storing the tmio mmc specific platform data.
>
> So, we need an ack for the mfd maintainer on this one as well. Lee,
> can you have a look?
>
> Future wise, I would also suggest the include/linux/mfd/tmio.h to be
> split up in proper pieces.
struct tmio_mmc_data looks like it's populated in the MFD driver, thus
this is probably the correct place for it.
> > 2 files changed, 17 insertions(+)
> >
> > diff --git a/drivers/mmc/host/tmio_mmc_pio.c
> > b/drivers/mmc/host/tmio_mmc_pio.c
> > index ba45413..ff5ff0f 100644
> > --- a/drivers/mmc/host/tmio_mmc_pio.c
> > +++ b/drivers/mmc/host/tmio_mmc_pio.c
> > @@ -970,12 +970,25 @@ static int tmio_mmc_get_ro(struct mmc_host *mmc)
> > return ret;
> > }
> >
> > +static int tmio_multi_io_quirk(struct mmc_card *card,
> > + unsigned int direction, int blk_size)
> > +{
> > + struct tmio_mmc_host *host = mmc_priv(card->host);
> > + struct tmio_mmc_data *pdata = host->pdata;
> > +
> > + if (pdata->multi_io_quirk)
> > + return pdata->multi_io_quirk(card, direction, blk_size);
> > +
> > + return blk_size;
> > +}
> > +
> > static const struct mmc_host_ops tmio_mmc_ops = {
> > .request = tmio_mmc_request,
> > .set_ios = tmio_mmc_set_ios,
> > .get_ro = tmio_mmc_get_ro,
> > .get_cd = mmc_gpio_get_cd,
> > .enable_sdio_irq = tmio_mmc_enable_sdio_irq,
> > + .multi_io_quirk = tmio_multi_io_quirk,
> > };
> >
> > static int tmio_mmc_init_ocr(struct tmio_mmc_host *host)
> > diff --git a/include/linux/mfd/tmio.h b/include/linux/mfd/tmio.h
> > index 90436d5..dec750e 100644
> > --- a/include/linux/mfd/tmio.h
> > +++ b/include/linux/mfd/tmio.h
> > @@ -1,10 +1,12 @@
> > #ifndef MFD_TMIO_H
> > #define MFD_TMIO_H
> >
> > +#include <linux/blkdev.h>
>
> This isn't needed, right?
>
> > #include <linux/device.h>
> > #include <linux/fb.h>
> > #include <linux/io.h>
> > #include <linux/jiffies.h>
> > +#include <linux/mmc/card.h>
> > #include <linux/platform_device.h>
> > #include <linux/pm_runtime.h>
> >
> > @@ -142,6 +144,8 @@ struct tmio_mmc_data {
> > /* clock management callbacks */
> > int (*clk_enable)(struct platform_device *pdev, unsigned int *f);
> > void (*clk_disable)(struct platform_device *pdev);
> > + int (*multi_io_quirk)(struct mmc_card *card,
> > + unsigned int direction, int blk_size);
>
> Do you really need to invent new platform callbacks for this? Wouldn't
> it be possible to let the driver handle the quirk by itself?
Obviously I can't Ack this patch until Ulf is satisfied.
--
Lee Jones
Linaro STMicroelectronics Landing Team Lead
Linaro.org │ Open source software for ARM SoCs
Follow Linaro: Facebook | Twitter | Blog
--
To unsubscribe from this list: send the line "unsubscribe linux-mmc" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
