From: Gary Bisson <gary.bisson@boundarydevices.com> To: Dong Aisheng <dongas86@gmail.com> Cc: Dong Aisheng <aisheng.dong@nxp.com>, linux-mmc@vger.kernel.org, ulf.hansson@linaro.org, chris@printf.net, haibo.chen@nxp.com, adrian.hunter@intel.com, shawnguo@kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [V2, 10/15] mmc: sdhci-esdhc-imx: enable hw auto retuning for MAN_TUNING Date: Tue, 16 Aug 2016 14:44:44 +0200 [thread overview] Message-ID: <20160816124444.GA31259@t450s.lan> (raw) In-Reply-To: <20160816101818.GD9211@shlinux2> On Tue, Aug 16, 2016 at 06:18:18PM +0800, Dong Aisheng wrote: > On Mon, Aug 15, 2016 at 04:59:41PM +0200, Gary Bisson wrote: > > Dong Aisheng, All, > > > > On Tue, Jul 12, 2016 at 03:46:19PM +0800, Dong Aisheng wrote: > > > Indicating hw auto retuning support for mx6qdl in the fake caps_1 > > > register and enable auto retuning in post_tuning process after > > > tuning completes. > > > > Have you tried this change with a SDIO3.0 device? I'm asking because a > > Tested with SD3.0 device. > Not really for SDIO3.0 device since there's no SDIO3.0 device on my > available MX6Q/DL boards. Someone answered on the Community that it has been tested on i.MX7 SABRE board but not on i.MX6 right? > > similar change in latest NXP 4.1.15 kernel broke SDIO3.0 support. > > With this tuning, the kernel would report: > > mmc2: Got data interrupt 0x00000002 even though no data operation was in > > progress. > > > > Can you provide the full enumeration log? Here is the mmc related part of dmesg: # dmesg | grep mmc2 mmc2: SDHCI controller on 2194000.usdhc [2194000.usdhc] using ADMA mmc2: queuing unknown CIS tuple 0x01 (3 bytes) mmc2: queuing unknown CIS tuple 0x1a (5 bytes) mmc2: queuing unknown CIS tuple 0x1b (8 bytes) mmc2: queuing unknown CIS tuple 0x14 (0 bytes) mmc2: queuing unknown CIS tuple 0x80 (1 bytes) mmc2: queuing unknown CIS tuple 0x81 (1 bytes) mmc2: queuing unknown CIS tuple 0x82 (1 bytes) mmc2: new ultra high speed SDR104 SDIO card at address 0001 mmc2: queuing unknown CIS tuple 0x01 (3 bytes) mmc2: queuing unknown CIS tuple 0x1a (5 bytes) mmc2: queuing unknown CIS tuple 0x1b (8 bytes) mmc2: queuing unknown CIS tuple 0x14 (0 bytes) ar6k_wlan mmc2:0001:1: Direct firmware load for qsetup30.bin failed with error -2 mmc2: Got data interrupt 0x00000002 even though no data operation was in progress. mmc2: Got data interrupt 0x00000002 even though no data operation was in progress. Without the MAN_TUN patch, everything is the same (as expected) but without the last two errors. Note that when WiFi connection is up, this warning keeps poping up every few seconds. > > Doing a 'git bisect' and then reverting this patch fixed the issue. > > Although I haven't tested that change on mainline kernel, I wanted you > > to know about this observation before it gets merged. > > > > As a FYI, the issue has been reported to NXP community: > > https://community.nxp.com/thread/431316 > > > > Thanks for nofity. > I will check it on my side. Not sure you've seen my last post from today, but you can actually try the device I'm using (QCA9377) on SABRE using the evaluation kit: http://www.silexamerica.com/products/connectivity-solutions/embedded-wireless/sdio-radios/sx-sdcac/ Maybe there's a hw mod to do on SABRE in order to get SDIO3.0/1.8V vcc. Regards, Gary
WARNING: multiple messages have this Message-ID (diff)
From: gary.bisson@boundarydevices.com (Gary Bisson) To: linux-arm-kernel@lists.infradead.org Subject: [V2, 10/15] mmc: sdhci-esdhc-imx: enable hw auto retuning for MAN_TUNING Date: Tue, 16 Aug 2016 14:44:44 +0200 [thread overview] Message-ID: <20160816124444.GA31259@t450s.lan> (raw) In-Reply-To: <20160816101818.GD9211@shlinux2> On Tue, Aug 16, 2016 at 06:18:18PM +0800, Dong Aisheng wrote: > On Mon, Aug 15, 2016 at 04:59:41PM +0200, Gary Bisson wrote: > > Dong Aisheng, All, > > > > On Tue, Jul 12, 2016 at 03:46:19PM +0800, Dong Aisheng wrote: > > > Indicating hw auto retuning support for mx6qdl in the fake caps_1 > > > register and enable auto retuning in post_tuning process after > > > tuning completes. > > > > Have you tried this change with a SDIO3.0 device? I'm asking because a > > Tested with SD3.0 device. > Not really for SDIO3.0 device since there's no SDIO3.0 device on my > available MX6Q/DL boards. Someone answered on the Community that it has been tested on i.MX7 SABRE board but not on i.MX6 right? > > similar change in latest NXP 4.1.15 kernel broke SDIO3.0 support. > > With this tuning, the kernel would report: > > mmc2: Got data interrupt 0x00000002 even though no data operation was in > > progress. > > > > Can you provide the full enumeration log? Here is the mmc related part of dmesg: # dmesg | grep mmc2 mmc2: SDHCI controller on 2194000.usdhc [2194000.usdhc] using ADMA mmc2: queuing unknown CIS tuple 0x01 (3 bytes) mmc2: queuing unknown CIS tuple 0x1a (5 bytes) mmc2: queuing unknown CIS tuple 0x1b (8 bytes) mmc2: queuing unknown CIS tuple 0x14 (0 bytes) mmc2: queuing unknown CIS tuple 0x80 (1 bytes) mmc2: queuing unknown CIS tuple 0x81 (1 bytes) mmc2: queuing unknown CIS tuple 0x82 (1 bytes) mmc2: new ultra high speed SDR104 SDIO card at address 0001 mmc2: queuing unknown CIS tuple 0x01 (3 bytes) mmc2: queuing unknown CIS tuple 0x1a (5 bytes) mmc2: queuing unknown CIS tuple 0x1b (8 bytes) mmc2: queuing unknown CIS tuple 0x14 (0 bytes) ar6k_wlan mmc2:0001:1: Direct firmware load for qsetup30.bin failed with error -2 mmc2: Got data interrupt 0x00000002 even though no data operation was in progress. mmc2: Got data interrupt 0x00000002 even though no data operation was in progress. Without the MAN_TUN patch, everything is the same (as expected) but without the last two errors. Note that when WiFi connection is up, this warning keeps poping up every few seconds. > > Doing a 'git bisect' and then reverting this patch fixed the issue. > > Although I haven't tested that change on mainline kernel, I wanted you > > to know about this observation before it gets merged. > > > > As a FYI, the issue has been reported to NXP community: > > https://community.nxp.com/thread/431316 > > > > Thanks for nofity. > I will check it on my side. Not sure you've seen my last post from today, but you can actually try the device I'm using (QCA9377) on SABRE using the evaluation kit: http://www.silexamerica.com/products/connectivity-solutions/embedded-wireless/sdio-radios/sx-sdcac/ Maybe there's a hw mod to do on SABRE in order to get SDIO3.0/1.8V vcc. Regards, Gary
next prev parent reply other threads:[~2016-08-16 12:45 UTC|newest] Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top 2016-07-12 7:46 [PATCH V2 00/15] a few sdhci/imx clean up and fix patches Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 01/15] mmc: sdhci: using common mmc_regulator_set_vqmmc() Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 7:06 ` Adrian Hunter 2016-07-21 7:06 ` Adrian Hunter 2016-07-12 7:46 ` [PATCH V2 02/15] mmc: sdhci-esdhc-imx: remove SDHCI_QUIRK_BROKEN_TIMEOUT_VAL Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 03/15] mmc: sdhci-esdhc-imx: add esdhc specific suspend resume callback Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 04/15] mmc: sdhci-esdhc-imx: restore watermark level setting after resume Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 7:18 ` Adrian Hunter 2016-07-21 7:18 ` Adrian Hunter 2016-07-12 7:46 ` [PATCH V2 05/15] mmc: sdhci-esdhci-imx: disable DLL delay line settings explicitly Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 06/15] mmc: sdhci-esdhc-imx: support setting tuning start point Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 07/15] doc: dt: fsl-imx-esdhc: add set tuning start point binding Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 13:59 ` Andrew Lunn 2016-07-12 13:59 ` Andrew Lunn 2016-07-13 9:10 ` Dong Aisheng 2016-07-13 9:10 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 08/15] mmc: sdhci: add standard hw auto retuning support Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 7:46 ` Adrian Hunter 2016-07-21 7:46 ` Adrian Hunter 2016-07-12 7:46 ` [PATCH V2 09/15] mmc: sdhci-esdhc-imx: enable hw auto retuning for STD_TUNING Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 10/15] mmc: sdhci-esdhc-imx: enable hw auto retuning for MAN_TUNING Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-08-15 14:59 ` [V2, " Gary Bisson 2016-08-15 14:59 ` Gary Bisson 2016-08-16 10:18 ` Dong Aisheng 2016-08-16 10:18 ` Dong Aisheng 2016-08-16 12:44 ` Gary Bisson [this message] 2016-08-16 12:44 ` Gary Bisson 2016-08-17 14:31 ` Dong Aisheng 2016-08-17 14:31 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 11/15] mmc: sdhci-esdhc-imx: fix strobe DLL lock wrong clock issue Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 12/15] mmc: sdhci-esdhc-imx: factor out hw related initialization into function Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 8:11 ` Adrian Hunter 2016-07-21 8:11 ` Adrian Hunter 2016-07-12 7:46 ` [PATCH V2 13/15] mmc: sdhci-esdhc-imx: move tuning static configuration into hwinit function Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-12 7:46 ` [PATCH V2 14/15] mmc: sdhci-esdhci-imx: re-initialize hw state after resume Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 8:11 ` Adrian Hunter 2016-07-21 8:11 ` Adrian Hunter 2016-07-12 7:46 ` [PATCH V2 15/15] mmc: sdhci-esdhc-imx: clear tuning bits during driver probe Dong Aisheng 2016-07-12 7:46 ` Dong Aisheng 2016-07-21 8:33 ` Adrian Hunter 2016-07-21 8:33 ` Adrian Hunter 2016-07-12 13:54 ` [PATCH V2 00/15] a few sdhci/imx clean up and fix patches Andrew Lunn 2016-07-12 13:54 ` Andrew Lunn 2016-07-13 8:55 ` Dong Aisheng 2016-07-13 8:55 ` Dong Aisheng 2016-07-13 13:40 ` Andrew Lunn 2016-07-13 13:40 ` Andrew Lunn 2016-07-21 9:32 ` Adrian Hunter 2016-07-21 9:32 ` Adrian Hunter 2016-07-21 10:23 ` Dong Aisheng 2016-07-21 10:23 ` Dong Aisheng 2016-07-23 9:37 ` Ulf Hansson 2016-07-23 9:37 ` 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=20160816124444.GA31259@t450s.lan \ --to=gary.bisson@boundarydevices.com \ --cc=adrian.hunter@intel.com \ --cc=aisheng.dong@nxp.com \ --cc=chris@printf.net \ --cc=dongas86@gmail.com \ --cc=haibo.chen@nxp.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-mmc@vger.kernel.org \ --cc=shawnguo@kernel.org \ --cc=ulf.hansson@linaro.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: linkBe 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.