| Message ID | 20190422183056.16375-1-leoyang.li@nxp.com (mailing list archive) |
|---|---|
| State | New, archived |
| Headers | show |
| Series | arm64: defconfig: Enable FSL_EDMA driver | expand |
On Mon, Apr 22, 2019 at 01:30:56PM -0500, Li Yang wrote: > Enables the FSL EDMA driver by default. This also works around an issue > that imx-i2c driver keeps deferring the probe because of the DMA is not > ready. And currently the DMA engine framework can not correctly tell > if the DMA channels will truly become available later (it will never be > available if the DMA driver is not enabled). > > This will cause indefinite messages like below: > [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > ..... > > Signed-off-by: Li Yang <leoyang.li@nxp.com> Applied, thanks.
On Thu, May 9, 2019 at 10:15 PM Shawn Guo <shawnguo@kernel.org> wrote: > > On Mon, Apr 22, 2019 at 01:30:56PM -0500, Li Yang wrote: > > Enables the FSL EDMA driver by default. This also works around an issue > > that imx-i2c driver keeps deferring the probe because of the DMA is not > > ready. And currently the DMA engine framework can not correctly tell > > if the DMA channels will truly become available later (it will never be > > available if the DMA driver is not enabled). > > > > This will cause indefinite messages like below: > > [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > > [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > > [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > > [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > > [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > ..... > > > > Signed-off-by: Li Yang <leoyang.li@nxp.com> > > Applied, thanks. Hi Shawn, Is it possible to move this patch to the -fix series so that it can reach the mainline earlier? It is having a boot failure in mainline for platforms using this device without this workaround. I see Rob added a new API driver_deferred_probe_check_state() last year. Probably we should update the imx-i2c driver to use the new API for optional dependencies to avoid this kind of situation completely? Regards, Leo
On Wed, Jun 12, 2019 at 03:01:29PM -0500, Li Yang wrote: > On Thu, May 9, 2019 at 10:15 PM Shawn Guo <shawnguo@kernel.org> wrote: > > > > On Mon, Apr 22, 2019 at 01:30:56PM -0500, Li Yang wrote: > > > Enables the FSL EDMA driver by default. This also works around an issue > > > that imx-i2c driver keeps deferring the probe because of the DMA is not > > > ready. And currently the DMA engine framework can not correctly tell > > > if the DMA channels will truly become available later (it will never be > > > available if the DMA driver is not enabled). > > > > > > This will cause indefinite messages like below: > > > [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > > [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > > > [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > > > [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > > [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) > > > [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator > > > [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported > > > ..... > > > > > > Signed-off-by: Li Yang <leoyang.li@nxp.com> > > > > Applied, thanks. > > Hi Shawn, > > Is it possible to move this patch to the -fix series so that it can > reach the mainline earlier? It is having a boot failure in mainline > for platforms using this device without this workaround. Why would I2C device deferring cause boot failure on a platform? I'm just trying to understand severity of the problem. Shawn
> -----Original Message----- > From: Shawn Guo <shawnguo@kernel.org> > Sent: Wednesday, June 12, 2019 7:45 PM > To: Leo Li <leoyang.li@nxp.com> > Cc: Madalin-cristian Bucur <madalin.bucur@nxp.com>; Rob Herring > <robh+dt@kernel.org>; Aisheng Dong <aisheng.dong@nxp.com>; Vinod Koul > <vkoul@kernel.org>; Grant Likely <grant.likely@arm.com>; moderated > list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE <linux-arm- > kernel@lists.infradead.org>; lkml <linux-kernel@vger.kernel.org> > Subject: Re: [PATCH] arm64: defconfig: Enable FSL_EDMA driver > > On Wed, Jun 12, 2019 at 03:01:29PM -0500, Li Yang wrote: > > On Thu, May 9, 2019 at 10:15 PM Shawn Guo <shawnguo@kernel.org> > wrote: > > > > > > On Mon, Apr 22, 2019 at 01:30:56PM -0500, Li Yang wrote: > > > > Enables the FSL EDMA driver by default. This also works around an > > > > issue that imx-i2c driver keeps deferring the probe because of the > > > > DMA is not ready. And currently the DMA engine framework can not > > > > correctly tell if the DMA channels will truly become available > > > > later (it will never be available if the DMA driver is not enabled). > > > > > > > > This will cause indefinite messages like below: > > > > [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > supported > > > > [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 > uOhm) > > > > [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy > regulator > > > > [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > supported > > > > [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 > uOhm) > > > > [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy > regulator > > > > [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > supported > > > > ..... > > > > > > > > Signed-off-by: Li Yang <leoyang.li@nxp.com> > > > > > > Applied, thanks. > > > > Hi Shawn, > > > > Is it possible to move this patch to the -fix series so that it can > > reach the mainline earlier? It is having a boot failure in mainline > > for platforms using this device without this workaround. > > Why would I2C device deferring cause boot failure on a platform? I'm just > trying to understand severity of the problem. Currently the probe of imx-i2c will be retried immediately after it is deferred when the optional dependency on DMA driver is not met. This will cause an indefinite loop of probe-defer-probe and keep printing the message as shown in the commit message. On a further look into the imx-i2c driver, it looks like the driver need some fix too. The requesting of dma channel is done at the very late stage of the imx-i2c probe after registering the i2c adapter. Adding the i2c adapter triggers the probe of the i2c bus which probably immediately triggers the retry of deferred probe. This was fine previously as requesting dma channel didn't trigger a defer. But now it triggers defer after commit e1ab9a468e3b1636d60cebd0a778461270dde208. We probably should move the i2c_imx_dma_request() to the beginning of the probe as it is considered as a dependency now. Regards, Leo
On Thu, Jun 13, 2019 at 02:01:11PM +0000, Leo Li wrote: > > > > -----Original Message----- > > From: Shawn Guo <shawnguo@kernel.org> > > Sent: Wednesday, June 12, 2019 7:45 PM > > To: Leo Li <leoyang.li@nxp.com> > > Cc: Madalin-cristian Bucur <madalin.bucur@nxp.com>; Rob Herring > > <robh+dt@kernel.org>; Aisheng Dong <aisheng.dong@nxp.com>; Vinod Koul > > <vkoul@kernel.org>; Grant Likely <grant.likely@arm.com>; moderated > > list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE <linux-arm- > > kernel@lists.infradead.org>; lkml <linux-kernel@vger.kernel.org> > > Subject: Re: [PATCH] arm64: defconfig: Enable FSL_EDMA driver > > > > On Wed, Jun 12, 2019 at 03:01:29PM -0500, Li Yang wrote: > > > On Thu, May 9, 2019 at 10:15 PM Shawn Guo <shawnguo@kernel.org> > > wrote: > > > > > > > > On Mon, Apr 22, 2019 at 01:30:56PM -0500, Li Yang wrote: > > > > > Enables the FSL EDMA driver by default. This also works around an > > > > > issue that imx-i2c driver keeps deferring the probe because of the > > > > > DMA is not ready. And currently the DMA engine framework can not > > > > > correctly tell if the DMA channels will truly become available > > > > > later (it will never be available if the DMA driver is not enabled). > > > > > > > > > > This will cause indefinite messages like below: > > > > > [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > > supported > > > > > [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 > > uOhm) > > > > > [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy > > regulator > > > > > [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > > supported > > > > > [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 > > uOhm) > > > > > [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy > > regulator > > > > > [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not > > supported > > > > > ..... > > > > > > > > > > Signed-off-by: Li Yang <leoyang.li@nxp.com> > > > > > > > > Applied, thanks. > > > > > > Hi Shawn, > > > > > > Is it possible to move this patch to the -fix series so that it can > > > reach the mainline earlier? It is having a boot failure in mainline > > > for platforms using this device without this workaround. > > > > Why would I2C device deferring cause boot failure on a platform? I'm just > > trying to understand severity of the problem. > > Currently the probe of imx-i2c will be retried immediately after it is deferred when the optional dependency on DMA driver is not met. This will cause an indefinite loop of probe-defer-probe and keep printing the message as shown in the commit message. > Indefinite loop of probe-defer-probe is not a boot failure to me. But I will try to send it as fix, and see if arm-soc folk will take it. Shawn
diff --git a/arch/arm64/configs/defconfig b/arch/arm64/configs/defconfig index 2d9c39033c1a..430e1d7e5497 100644 --- a/arch/arm64/configs/defconfig +++ b/arch/arm64/configs/defconfig @@ -617,6 +617,7 @@ CONFIG_RTC_DRV_TEGRA=y CONFIG_RTC_DRV_IMX_SC=m CONFIG_RTC_DRV_XGENE=y CONFIG_DMADEVICES=y +CONFIG_FSL_EDMA=y CONFIG_DMA_BCM2835=m CONFIG_K3_DMA=y CONFIG_MV_XOR_V2=y
Enables the FSL EDMA driver by default. This also works around an issue that imx-i2c driver keeps deferring the probe because of the DMA is not ready. And currently the DMA engine framework can not correctly tell if the DMA channels will truly become available later (it will never be available if the DMA driver is not enabled). This will cause indefinite messages like below: [ 3.335829] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported [ 3.344455] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) [ 3.350917] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator [ 3.362089] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported [ 3.370741] ina2xx 0-0040: power monitor ina220 (Rshunt = 1000 uOhm) [ 3.377205] lm90 0-004c: 0-004c supply vcc not found, using dummy regulator [ 3.388455] imx-i2c 2180000.i2c: can't get pinctrl, bus recovery not supported ..... Signed-off-by: Li Yang <leoyang.li@nxp.com> --- arch/arm64/configs/defconfig | 1 + 1 file changed, 1 insertion(+)