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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).