From: Scott Wood <scottwood@freescale.com>
To: Ulf Hansson <ulf.hansson@linaro.org>, Yangbo Lu <yangbo.lu@nxp.com>
Cc: Lu Yangbo-B47093 <yangbo.lu@freescale.com>,
linux-mmc <linux-mmc@vger.kernel.org>,
Xie Xiaobo-R63061 <X.Xie@freescale.com>,
Leo li <LeoLi@freescale.com>
Subject: Re: [v4, 5/6] mmc: kconfig: select FSL_GUTS for MMC_SDHCI_OF_ESDHC
Date: Mon, 28 Dec 2015 13:10:28 -0600 [thread overview]
Message-ID: <1451329828.18314.154.camel@freescale.com> (raw)
In-Reply-To: <CAPDyKFqhRVh9XdY=2aMP5sL5kp+RkHV_tsA4=Oj_88e8NN9DCw@mail.gmail.com>
On Mon, 2015-12-28 at 13:10 +0100, Ulf Hansson wrote:
> On 28 December 2015 at 11:26, Yangbo Lu <yangbo.lu@nxp.com> wrote:
> > > -----Original Message-----
> > > From: Ulf Hansson [mailto:ulf.hansson@linaro.org]
> > > Sent: Thursday, December 17, 2015 7:31 PM
> > > To: Scott Wood
> > > Cc: Lu Yangbo-B47093; linux-mmc; Xie Xiaobo-R63061; Leo li
> > > Subject: Re: [v4, 5/6] mmc: kconfig: select FSL_GUTS for
> > > MMC_SDHCI_OF_ESDHC
> > >
> > > [...]
> > >
> > > > >
> > > > > And I think stubs for reading SVR is quite a bad idea. It'll make
> > > > > the driver build but it will silently not be able to apply SVR-based
> > > workarounds.
> > > >
> > > > It doesn't have to be "silent", the driver can return an error (and
> > > > print error messages) from its ->probe() method, if the calls to the
> > > > GUTS driver fails.
> > > >
> > > > Anyway, I mentioned this idea only to understand the need for
> > > > *optional* GUTS supports. Perhaps there is a cross SOC drivers that
> > > > for some platforms depends on GUTS but on others it doesn't.
> > > >
> > > > Maybe that isn't case then!?
> > >
> > > Can you please answer this question!?
> > >
> > > According to the earlier versions of this patchset and from your
> > > comments
> > > [1], it *do* seems like the GUTS driver may be optional and thus stubs
> > > could address this.
> > >
> > > Kind regards
> > > Uffe
> > >
> > > [1]
> > > http://www.spinics.net/lists/linux-mmc/msg34412.html
> >
> > [Lu Yangbo-B47093] Hi Scott and Uffe,
> > In the earlier version, I'd like to use syscon support and only add
> > 'syscon' compatible in the dts whose eSDHC needs to use it to get SVR.
> > But I never thought this had caused so much discussion... :(
>
> Sorry, I understand your frustration but that's life sometimes. :-)
>
> To me, the syscon solution is more elegant...
The syscon patch was terrible. It would have accessed a certain location in
any node labelled "syscon" whether it was guts or not, in addition to the
other complaints.
-Scott
next prev parent reply other threads:[~2015-12-28 19:10 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-14 4:24 [v4, 0/6] eSDHC patches introduction Yangbo Lu
2015-12-14 4:24 ` [v4, 1/6] soc: fsl: add GUTS driver for QorIQ platforms Yangbo Lu
2015-12-14 22:07 ` Scott Wood
2015-12-14 4:24 ` [v4, 2/6] dt: move guts devicetree doc out of powerpc directory Yangbo Lu
2015-12-14 22:10 ` Scott Wood
2015-12-14 4:24 ` [v4, 3/6] powerpc/fsl: move mpc85xx.h to include/linux Yangbo Lu
2015-12-14 22:12 ` Scott Wood
2015-12-14 4:24 ` [v4, 4/6] mmc: sdhci-of-esdhc: get SVR from global utilities registers Yangbo Lu
2015-12-14 4:24 ` [v4, 5/6] mmc: kconfig: select FSL_GUTS for MMC_SDHCI_OF_ESDHC Yangbo Lu
2015-12-14 13:08 ` Ulf Hansson
2015-12-14 18:04 ` Scott Wood
2015-12-15 9:46 ` Ulf Hansson
2015-12-16 22:48 ` Scott Wood
2015-12-17 11:25 ` Ulf Hansson
2015-12-28 19:03 ` Scott Wood
2015-12-17 11:30 ` Ulf Hansson
2015-12-28 10:26 ` Yangbo Lu
2015-12-28 12:10 ` Ulf Hansson
2015-12-28 19:10 ` Scott Wood [this message]
2016-01-06 6:58 ` Yangbo Lu
[not found] ` <AM3PR04MB530AAF1632EA442F05C95BF91F50@AM3PR04MB530.eurprd04.prod.outlook.com>
[not found] ` <HE1PR04MB0889197B75CA5C8FDB793F87F8F60@HE1PR04MB0889.eurprd04.prod.outlook.com>
2016-01-08 6:34 ` Scott Wood
2016-01-06 7:34 ` Yangbo Lu
2016-01-06 7:23 ` Yangbo Lu
2015-12-28 18:47 ` Scott Wood
2016-01-06 7:18 ` Yangbo Lu
2016-01-14 10:31 ` Ulf Hansson
2016-01-08 6:24 ` Yangbo Lu
2015-12-14 22:14 ` Scott Wood
2015-12-14 4:24 ` [v4, 6/6] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0 Yangbo Lu
2015-12-14 12:22 ` [v4, 0/6] eSDHC patches introduction Ulf Hansson
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=1451329828.18314.154.camel@freescale.com \
--to=scottwood@freescale.com \
--cc=LeoLi@freescale.com \
--cc=X.Xie@freescale.com \
--cc=linux-mmc@vger.kernel.org \
--cc=ulf.hansson@linaro.org \
--cc=yangbo.lu@freescale.com \
--cc=yangbo.lu@nxp.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.