From: Scott Wood <scottwood@freescale.com>
To: Zhang Haijun-B42677 <B42677@freescale.com>
Cc: Wood Scott-B07421 <B07421@freescale.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>,
"cbouatmailru@gmail.com" <cbouatmailru@gmail.com>,
"cjb@laptop.org" <cjb@laptop.org>,
Fleming Andy-AFLEMING <afleming@freescale.com>
Subject: Re: [PATCH 4/4 V2] mmc: esdhc: Add broken timeout quirk for p4/p5 board
Date: Fri, 19 Jul 2013 12:24:18 -0500 [thread overview]
Message-ID: <1374254658.5357.19@snotra> (raw)
In-Reply-To: <99E897753B6F7048BD8CCDB4661D02E13DF50D@039-SN2MPN1-022.039d.mgd.msft.net> (from B42677@freescale.com on Thu Jul 18 21:19:59 2013)
On 07/18/2013 09:19:59 PM, Zhang Haijun-B42677 wrote:
>
>
> Thanks.
>
> Regards
> Haijun.
>
>
> > -----Original Message-----
> > From: Wood Scott-B07421
> > Sent: Thursday, July 18, 2013 1:14 AM
> > To: Zhang Haijun-B42677
> > Cc: linux-mmc@vger.kernel.org; linuxppc-dev@lists.ozlabs.org;
> > cbouatmailru@gmail.com; cjb@laptop.org; Fleming Andy-AFLEMING; Zhang
> > Haijun-B42677; Zhang Haijun-B42677
> > Subject: Re: [PATCH 4/4 V2] mmc: esdhc: Add broken timeout quirk for
> > p4/p5 board
> >
> > On 07/17/2013 05:11:31 AM, Haijun Zhang wrote:
> > > Sometimes command can't be completed within the time give in
> > > eSDHC_SYSCTL[DTOCV]. So just give the max value 0x14 to avoid this
> > > issue.
> > >
> > > Signed-off-by: Haijun Zhang <haijun.zhang@freescale.com>
> > > ---
> > > changes for v2:
> > > - Rebuild patch of eSDHC host need long time to generate
> > > command interrupt
> > >
> > > drivers/mmc/host/sdhci-of-esdhc.c | 6 ++++++
> > > 1 file changed, 6 insertions(+)
> > >
> > > diff --git a/drivers/mmc/host/sdhci-of-esdhc.c
> > > b/drivers/mmc/host/sdhci-of-esdhc.c
> > > index 570bca8..30bfb5c 100644
> > > --- a/drivers/mmc/host/sdhci-of-esdhc.c
> > > +++ b/drivers/mmc/host/sdhci-of-esdhc.c
> > > @@ -325,6 +325,12 @@ static void esdhc_of_platform_init(struct
> > > sdhci_host *host)
> > >
> > > if (vvn > VENDOR_V_22)
> > > host->quirks &= ~SDHCI_QUIRK_NO_BUSY_IRQ;
> > > +
> > > + if ((SVR_SOC_VER(svr) == SVR_B4860) ||
> > > + (SVR_SOC_VER(svr) == SVR_P5020) ||
> > > + (SVR_SOC_VER(svr) == SVR_P5040) ||
> > > + (SVR_SOC_VER(svr) == SVR_P4080))
> > > + host->quirks |= SDHCI_QUIRK_BROKEN_TIMEOUT_VAL;
> > > }
> >
> > Please don't line up the continuation lines of the if-condition
> with the
> > if-body.
> [Haijun Wrote:] I'll correct it.
> >
> > Please check variant SoCs as well. If the bug exists on p4080,
> then it
> > exists on p4040. Likewise with p5040/p5021, and p5020/p5010.
> >
> > Is it present on all revisions of these SoCs? How about p3041,
> which is
> > usually pretty similar to p5020? p2040/p2041? Is there an erratum
> > number for this problem?
> >
> [Haijun Wrote:] I only checked this on these boards.
These aren't boards; they're chips.
Please find out for sure which chips are affected, or else we'll have
support issues later when someone is using a chip you didn't test
with. And always include the fewer-core variants -- if p4080 is
affected, then p4040 is affected, and so on as described above.
> No errata number yet,
Will one be coming?
> This quirk only give the host max detecting time value to check
> card's response. No
> impact on performance or other functions.
Does this affect boot time if a card is not present?
-Scott
WARNING: multiple messages have this Message-ID (diff)
From: Scott Wood <scottwood@freescale.com>
To: Zhang Haijun-B42677 <B42677@freescale.com>
Cc: Wood Scott-B07421 <B07421@freescale.com>,
"linux-mmc@vger.kernel.org" <linux-mmc@vger.kernel.org>,
Fleming Andy-AFLEMING <afleming@freescale.com>,
"cbouatmailru@gmail.com" <cbouatmailru@gmail.com>,
"cjb@laptop.org" <cjb@laptop.org>,
"linuxppc-dev@lists.ozlabs.org" <linuxppc-dev@lists.ozlabs.org>
Subject: Re: [PATCH 4/4 V2] mmc: esdhc: Add broken timeout quirk for p4/p5 board
Date: Fri, 19 Jul 2013 12:24:18 -0500 [thread overview]
Message-ID: <1374254658.5357.19@snotra> (raw)
In-Reply-To: <99E897753B6F7048BD8CCDB4661D02E13DF50D@039-SN2MPN1-022.039d.mgd.msft.net> (from B42677@freescale.com on Thu Jul 18 21:19:59 2013)
On 07/18/2013 09:19:59 PM, Zhang Haijun-B42677 wrote:
>=20
>=20
> Thanks.
>=20
> Regards
> Haijun.
>=20
>=20
> > -----Original Message-----
> > From: Wood Scott-B07421
> > Sent: Thursday, July 18, 2013 1:14 AM
> > To: Zhang Haijun-B42677
> > Cc: linux-mmc@vger.kernel.org; linuxppc-dev@lists.ozlabs.org;
> > cbouatmailru@gmail.com; cjb@laptop.org; Fleming Andy-AFLEMING; Zhang
> > Haijun-B42677; Zhang Haijun-B42677
> > Subject: Re: [PATCH 4/4 V2] mmc: esdhc: Add broken timeout quirk for
> > p4/p5 board
> >
> > On 07/17/2013 05:11:31 AM, Haijun Zhang wrote:
> > > Sometimes command can't be completed within the time give in
> > > eSDHC_SYSCTL[DTOCV]. So just give the max value 0x14 to avoid this
> > > issue.
> > >
> > > Signed-off-by: Haijun Zhang <haijun.zhang@freescale.com>
> > > ---
> > > changes for v2:
> > > - Rebuild patch of eSDHC host need long time to generate
> > > command interrupt
> > >
> > > drivers/mmc/host/sdhci-of-esdhc.c | 6 ++++++
> > > 1 file changed, 6 insertions(+)
> > >
> > > diff --git a/drivers/mmc/host/sdhci-of-esdhc.c
> > > b/drivers/mmc/host/sdhci-of-esdhc.c
> > > index 570bca8..30bfb5c 100644
> > > --- a/drivers/mmc/host/sdhci-of-esdhc.c
> > > +++ b/drivers/mmc/host/sdhci-of-esdhc.c
> > > @@ -325,6 +325,12 @@ static void esdhc_of_platform_init(struct
> > > sdhci_host *host)
> > >
> > > if (vvn > VENDOR_V_22)
> > > host->quirks &=3D ~SDHCI_QUIRK_NO_BUSY_IRQ;
> > > +
> > > + if ((SVR_SOC_VER(svr) =3D=3D SVR_B4860) ||
> > > + (SVR_SOC_VER(svr) =3D=3D SVR_P5020) ||
> > > + (SVR_SOC_VER(svr) =3D=3D SVR_P5040) ||
> > > + (SVR_SOC_VER(svr) =3D=3D SVR_P4080))
> > > + host->quirks |=3D SDHCI_QUIRK_BROKEN_TIMEOUT_VAL;
> > > }
> >
> > Please don't line up the continuation lines of the if-condition =20
> with the
> > if-body.
> [Haijun Wrote:] I'll correct it.
> >
> > Please check variant SoCs as well. If the bug exists on p4080, =20
> then it
> > exists on p4040. Likewise with p5040/p5021, and p5020/p5010.
> >
> > Is it present on all revisions of these SoCs? How about p3041, =20
> which is
> > usually pretty similar to p5020? p2040/p2041? Is there an erratum
> > number for this problem?
> >
> [Haijun Wrote:] I only checked this on these boards.
These aren't boards; they're chips.
Please find out for sure which chips are affected, or else we'll have =20
support issues later when someone is using a chip you didn't test =20
with. And always include the fewer-core variants -- if p4080 is =20
affected, then p4040 is affected, and so on as described above.
> No errata number yet,
Will one be coming?
> This quirk only give the host max detecting time value to check =20
> card's response. No
> impact on performance or other functions.
Does this affect boot time if a card is not present?
-Scott=
next prev parent reply other threads:[~2013-07-19 17:24 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-17 10:11 [PATCH 2/4 V2] mmc: esdhc: workaround for dma err in the last system transaction Haijun Zhang
2013-07-17 10:11 ` Haijun Zhang
2013-07-17 10:11 ` [PATCH 3/4 V2] mmc: esdhc: Correct host version of T4240-R1.0 Haijun Zhang
2013-07-17 10:11 ` Haijun Zhang
2013-07-17 17:11 ` Scott Wood
2013-07-17 17:11 ` Scott Wood
2013-07-18 2:30 ` Zang Roy-R61911
2013-07-18 2:30 ` Zang Roy-R61911
2013-07-18 15:24 ` Scott Wood
2013-07-18 15:24 ` Scott Wood
2013-07-22 14:30 ` Kumar Gala
2013-07-22 14:30 ` Kumar Gala
2013-07-23 2:03 ` Zhang Haijun-B42677
2013-07-23 2:03 ` Zhang Haijun-B42677
2013-07-17 10:11 ` [PATCH 4/4 V2] mmc: esdhc: Add broken timeout quirk for p4/p5 board Haijun Zhang
2013-07-17 10:11 ` Haijun Zhang
2013-07-17 17:13 ` Scott Wood
2013-07-17 17:13 ` Scott Wood
2013-07-19 2:19 ` Zhang Haijun-B42677
2013-07-19 2:19 ` Zhang Haijun-B42677
2013-07-19 17:24 ` Scott Wood [this message]
2013-07-19 17:24 ` Scott Wood
2013-07-22 1:57 ` Zhang Haijun-B42677
2013-07-22 1:57 ` Zhang Haijun-B42677
2013-07-19 2:21 ` [PATCH 2/4 V2] mmc: esdhc: workaround for dma err in the last system transaction Zhang Haijun-B42677
2013-07-19 2:21 ` Zhang Haijun-B42677
2013-08-23 6:39 ` Zhang Haijun
2013-08-23 6:39 ` Zhang Haijun
2013-08-23 15:40 ` Scott Wood
2013-08-26 1:03 ` Zhang Haijun
2013-08-26 1:03 ` Zhang Haijun
2013-08-26 1:50 ` Zhang Haijun
2013-08-26 1:50 ` Zhang Haijun
2013-08-26 16:36 ` Scott Wood
2013-08-26 16:36 ` Scott Wood
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=1374254658.5357.19@snotra \
--to=scottwood@freescale.com \
--cc=B07421@freescale.com \
--cc=B42677@freescale.com \
--cc=afleming@freescale.com \
--cc=cbouatmailru@gmail.com \
--cc=cjb@laptop.org \
--cc=linux-mmc@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
/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.