* Re: [PATCH v2] clk: imx8mm: Switch to platform driver [not found] <1562682003-20951-1-git-send-email-abel.vesa@nxp.com> @ 2020-02-06 10:34 ` Schrempf Frieder [not found] ` <2df024c3-ab46-4e33-f961-5ef994aea145-2UyDCMiLNfiELgA04lAiVw@public.gmane.org> 0 siblings, 1 reply; 5+ messages in thread From: Schrempf Frieder @ 2020-02-06 10:34 UTC (permalink / raw) To: Abel Vesa, Mike Turquette, Stephen Boyd, Shawn Guo, Sascha Hauer, Fabio Estevam, Anson Huang, Jacky Bai Cc: Peng Fan, Linux Kernel Mailing List, linux-spi, NXP Linux Team, linux-clk, linux-arm-kernel Hi, On 09.07.19 16:20, Abel Vesa wrote: > There is no strong reason for this to use CLK_OF_DECLARE instead > of being a platform driver. Plus, this will now be aligned with the > other i.MX8M clock drivers which are platform drivers. > > In order to make the clock provider a platform driver > all the data and code needs to be outside of .init section. > > Signed-off-by: Abel Vesa <abel.vesa@nxp.com> > Acked-by: Stephen Boyd <sboyd@kernel.org> This has been upstream for quite some time now, but somehow I have an issue with SPI on the i.MX8MM that gets resolved when I revert this patch. When I try to probe an SPI NOR flash with latest 5.4 or even 5.5: spi_imx 30820000.spi: dma setup error -19, use pio spi-nor spi0.0: unrecognized JEDEC id bytes: 00 00 00 00 00 00 spi_imx 30820000.spi: probed When I revert this patch: spi_imx 30820000.spi: dma setup error -19, use pio spi-nor spi0.0: mx25r1635f (2048 Kbytes) spi_imx 30820000.spi: probed Please note, that in both cases I have disabled DMA, as this causes even more trouble (see [1]). But even with DMA enabled and ignoring the DMA errors, the issue described above occurs. Does someone have an idea what's wrong? Am I the only user of SPI on i.MX8MM as this issue seems to exist upstream since v5.4-rc1? Thanks, Frieder > --- > > Changes since v1: > * Switched to platform driver memory mapping API > * Removed extra newline > * Added an explanation of why this change is done > in the commit message > > drivers/clk/imx/clk-imx8mm.c | 57 ++++++++++++++++++++++++++++---------------- > 1 file changed, 36 insertions(+), 21 deletions(-) > > diff --git a/drivers/clk/imx/clk-imx8mm.c b/drivers/clk/imx/clk-imx8mm.c > index 6b8e75d..7a8e713 100644 > --- a/drivers/clk/imx/clk-imx8mm.c > +++ b/drivers/clk/imx/clk-imx8mm.c > @@ -68,43 +68,43 @@ static const struct imx_pll14xx_rate_table imx8mm_drampll_tbl[] = { > PLL_1443X_RATE(650000000U, 325, 3, 2, 0), > }; > > -static struct imx_pll14xx_clk imx8mm_audio_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_audio_pll = { > .type = PLL_1443X, > .rate_table = imx8mm_audiopll_tbl, > .rate_count = ARRAY_SIZE(imx8mm_audiopll_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_video_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_video_pll = { > .type = PLL_1443X, > .rate_table = imx8mm_videopll_tbl, > .rate_count = ARRAY_SIZE(imx8mm_videopll_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_dram_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_dram_pll = { > .type = PLL_1443X, > .rate_table = imx8mm_drampll_tbl, > .rate_count = ARRAY_SIZE(imx8mm_drampll_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_arm_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_arm_pll = { > .type = PLL_1416X, > .rate_table = imx8mm_pll1416x_tbl, > .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_gpu_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_gpu_pll = { > .type = PLL_1416X, > .rate_table = imx8mm_pll1416x_tbl, > .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_vpu_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_vpu_pll = { > .type = PLL_1416X, > .rate_table = imx8mm_pll1416x_tbl, > .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > }; > > -static struct imx_pll14xx_clk imx8mm_sys_pll __initdata = { > +static struct imx_pll14xx_clk imx8mm_sys_pll = { > .type = PLL_1416X, > .rate_table = imx8mm_pll1416x_tbl, > .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > @@ -374,7 +374,7 @@ static const char *imx8mm_clko1_sels[] = {"osc_24m", "sys_pll1_800m", "osc_27m", > static struct clk *clks[IMX8MM_CLK_END]; > static struct clk_onecell_data clk_data; > > -static struct clk ** const uart_clks[] __initconst = { > +static struct clk ** const uart_clks[] = { > &clks[IMX8MM_CLK_UART1_ROOT], > &clks[IMX8MM_CLK_UART2_ROOT], > &clks[IMX8MM_CLK_UART3_ROOT], > @@ -382,19 +382,20 @@ static struct clk ** const uart_clks[] __initconst = { > NULL > }; > > -static int __init imx8mm_clocks_init(struct device_node *ccm_node) > +static int imx8mm_clocks_probe(struct platform_device *pdev) > { > - struct device_node *np; > + struct device *dev = &pdev->dev; > + struct device_node *np = dev->of_node; > void __iomem *base; > int ret; > > clks[IMX8MM_CLK_DUMMY] = imx_clk_fixed("dummy", 0); > - clks[IMX8MM_CLK_24M] = of_clk_get_by_name(ccm_node, "osc_24m"); > - clks[IMX8MM_CLK_32K] = of_clk_get_by_name(ccm_node, "osc_32k"); > - clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(ccm_node, "clk_ext1"); > - clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(ccm_node, "clk_ext2"); > - clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(ccm_node, "clk_ext3"); > - clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(ccm_node, "clk_ext4"); > + clks[IMX8MM_CLK_24M] = of_clk_get_by_name(np, "osc_24m"); > + clks[IMX8MM_CLK_32K] = of_clk_get_by_name(np, "osc_32k"); > + clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(np, "clk_ext1"); > + clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(np, "clk_ext2"); > + clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(np, "clk_ext3"); > + clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(np, "clk_ext4"); > > np = of_find_compatible_node(NULL, NULL, "fsl,imx8mm-anatop"); > base = of_iomap(np, 0); > @@ -480,10 +481,10 @@ static int __init imx8mm_clocks_init(struct device_node *ccm_node) > clks[IMX8MM_SYS_PLL2_500M] = imx_clk_fixed_factor("sys_pll2_500m", "sys_pll2_out", 1, 2); > clks[IMX8MM_SYS_PLL2_1000M] = imx_clk_fixed_factor("sys_pll2_1000m", "sys_pll2_out", 1, 1); > > - np = ccm_node; > - base = of_iomap(np, 0); > - if (WARN_ON(!base)) > - return -ENOMEM; > + np = dev->of_node; > + base = devm_platform_ioremap_resource(pdev, 0); > + if (WARN_ON(IS_ERR(base))) > + return PTR_ERR(base); > > /* Core Slice */ > clks[IMX8MM_CLK_A53_SRC] = imx_clk_mux2("arm_a53_src", base + 0x8000, 24, 3, imx8mm_a53_sels, ARRAY_SIZE(imx8mm_a53_sels)); > @@ -682,4 +683,18 @@ static int __init imx8mm_clocks_init(struct device_node *ccm_node) > > return 0; > } > -CLK_OF_DECLARE_DRIVER(imx8mm, "fsl,imx8mm-ccm", imx8mm_clocks_init); > + > +static const struct of_device_id imx8mm_clk_of_match[] = { > + { .compatible = "fsl,imx8mm-ccm" }, > + { /* Sentinel */ }, > +}; > +MODULE_DEVICE_TABLE(of, imx8mm_clk_of_match); > + > +static struct platform_driver imx8mm_clk_driver = { > + .probe = imx8mm_clocks_probe, > + .driver = { > + .name = "imx8mm-ccm", > + .of_match_table = of_match_ptr(imx8mm_clk_of_match), > + }, > +}; > +module_platform_driver(imx8mm_clk_driver); > ^ permalink raw reply [flat|nested] 5+ messages in thread
[parent not found: <2df024c3-ab46-4e33-f961-5ef994aea145-2UyDCMiLNfiELgA04lAiVw@public.gmane.org>]
* Re: [PATCH v2] clk: imx8mm: Switch to platform driver [not found] ` <2df024c3-ab46-4e33-f961-5ef994aea145-2UyDCMiLNfiELgA04lAiVw@public.gmane.org> @ 2020-02-06 10:37 ` Schrempf Frieder 2020-03-16 13:23 ` Schrempf Frieder 0 siblings, 1 reply; 5+ messages in thread From: Schrempf Frieder @ 2020-02-06 10:37 UTC (permalink / raw) To: Abel Vesa, Mike Turquette, Stephen Boyd, Shawn Guo, Sascha Hauer, Fabio Estevam, Anson Huang, Jacky Bai Cc: Peng Fan, Linux Kernel Mailing List, linux-spi-u79uwXL29TY76Z2rM5mHXA, NXP Linux Team, linux-clk-u79uwXL29TY76Z2rM5mHXA, linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r On 06.02.20 11:34, Schrempf Frieder wrote: > Hi, > > On 09.07.19 16:20, Abel Vesa wrote: >> There is no strong reason for this to use CLK_OF_DECLARE instead >> of being a platform driver. Plus, this will now be aligned with the >> other i.MX8M clock drivers which are platform drivers. >> >> In order to make the clock provider a platform driver >> all the data and code needs to be outside of .init section. >> >> Signed-off-by: Abel Vesa <abel.vesa@nxp.com> >> Acked-by: Stephen Boyd <sboyd@kernel.org> > > This has been upstream for quite some time now, but somehow I have an > issue with SPI on the i.MX8MM that gets resolved when I revert this patch. > > When I try to probe an SPI NOR flash with latest 5.4 or even 5.5: > > spi_imx 30820000.spi: dma setup error -19, use pio > spi-nor spi0.0: unrecognized JEDEC id bytes: 00 00 00 00 00 00 > spi_imx 30820000.spi: probed > > When I revert this patch: > > spi_imx 30820000.spi: dma setup error -19, use pio > spi-nor spi0.0: mx25r1635f (2048 Kbytes) > spi_imx 30820000.spi: probed > > Please note, that in both cases I have disabled DMA, as this causes even > more trouble (see [1]). But even with DMA enabled and ignoring the DMA > errors, the issue described above occurs. > > Does someone have an idea what's wrong? > Am I the only user of SPI on i.MX8MM as this issue seems to exist > upstream since v5.4-rc1? > > Thanks, > Frieder Sorry forgot the link: [1]: https://lore.kernel.org/patchwork/patch/1086459/ > >> --- >> >> Changes since v1: >> * Switched to platform driver memory mapping API >> * Removed extra newline >> * Added an explanation of why this change is done >> in the commit message >> >> drivers/clk/imx/clk-imx8mm.c | 57 ++++++++++++++++++++++++++++---------------- >> 1 file changed, 36 insertions(+), 21 deletions(-) >> >> diff --git a/drivers/clk/imx/clk-imx8mm.c b/drivers/clk/imx/clk-imx8mm.c >> index 6b8e75d..7a8e713 100644 >> --- a/drivers/clk/imx/clk-imx8mm.c >> +++ b/drivers/clk/imx/clk-imx8mm.c >> @@ -68,43 +68,43 @@ static const struct imx_pll14xx_rate_table imx8mm_drampll_tbl[] = { >> PLL_1443X_RATE(650000000U, 325, 3, 2, 0), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_audio_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_audio_pll = { >> .type = PLL_1443X, >> .rate_table = imx8mm_audiopll_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_audiopll_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_video_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_video_pll = { >> .type = PLL_1443X, >> .rate_table = imx8mm_videopll_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_videopll_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_dram_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_dram_pll = { >> .type = PLL_1443X, >> .rate_table = imx8mm_drampll_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_drampll_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_arm_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_arm_pll = { >> .type = PLL_1416X, >> .rate_table = imx8mm_pll1416x_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_gpu_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_gpu_pll = { >> .type = PLL_1416X, >> .rate_table = imx8mm_pll1416x_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_vpu_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_vpu_pll = { >> .type = PLL_1416X, >> .rate_table = imx8mm_pll1416x_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >> }; >> >> -static struct imx_pll14xx_clk imx8mm_sys_pll __initdata = { >> +static struct imx_pll14xx_clk imx8mm_sys_pll = { >> .type = PLL_1416X, >> .rate_table = imx8mm_pll1416x_tbl, >> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >> @@ -374,7 +374,7 @@ static const char *imx8mm_clko1_sels[] = {"osc_24m", "sys_pll1_800m", "osc_27m", >> static struct clk *clks[IMX8MM_CLK_END]; >> static struct clk_onecell_data clk_data; >> >> -static struct clk ** const uart_clks[] __initconst = { >> +static struct clk ** const uart_clks[] = { >> &clks[IMX8MM_CLK_UART1_ROOT], >> &clks[IMX8MM_CLK_UART2_ROOT], >> &clks[IMX8MM_CLK_UART3_ROOT], >> @@ -382,19 +382,20 @@ static struct clk ** const uart_clks[] __initconst = { >> NULL >> }; >> >> -static int __init imx8mm_clocks_init(struct device_node *ccm_node) >> +static int imx8mm_clocks_probe(struct platform_device *pdev) >> { >> - struct device_node *np; >> + struct device *dev = &pdev->dev; >> + struct device_node *np = dev->of_node; >> void __iomem *base; >> int ret; >> >> clks[IMX8MM_CLK_DUMMY] = imx_clk_fixed("dummy", 0); >> - clks[IMX8MM_CLK_24M] = of_clk_get_by_name(ccm_node, "osc_24m"); >> - clks[IMX8MM_CLK_32K] = of_clk_get_by_name(ccm_node, "osc_32k"); >> - clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(ccm_node, "clk_ext1"); >> - clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(ccm_node, "clk_ext2"); >> - clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(ccm_node, "clk_ext3"); >> - clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(ccm_node, "clk_ext4"); >> + clks[IMX8MM_CLK_24M] = of_clk_get_by_name(np, "osc_24m"); >> + clks[IMX8MM_CLK_32K] = of_clk_get_by_name(np, "osc_32k"); >> + clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(np, "clk_ext1"); >> + clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(np, "clk_ext2"); >> + clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(np, "clk_ext3"); >> + clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(np, "clk_ext4"); >> >> np = of_find_compatible_node(NULL, NULL, "fsl,imx8mm-anatop"); >> base = of_iomap(np, 0); >> @@ -480,10 +481,10 @@ static int __init imx8mm_clocks_init(struct device_node *ccm_node) >> clks[IMX8MM_SYS_PLL2_500M] = imx_clk_fixed_factor("sys_pll2_500m", "sys_pll2_out", 1, 2); >> clks[IMX8MM_SYS_PLL2_1000M] = imx_clk_fixed_factor("sys_pll2_1000m", "sys_pll2_out", 1, 1); >> >> - np = ccm_node; >> - base = of_iomap(np, 0); >> - if (WARN_ON(!base)) >> - return -ENOMEM; >> + np = dev->of_node; >> + base = devm_platform_ioremap_resource(pdev, 0); >> + if (WARN_ON(IS_ERR(base))) >> + return PTR_ERR(base); >> >> /* Core Slice */ >> clks[IMX8MM_CLK_A53_SRC] = imx_clk_mux2("arm_a53_src", base + 0x8000, 24, 3, imx8mm_a53_sels, ARRAY_SIZE(imx8mm_a53_sels)); >> @@ -682,4 +683,18 @@ static int __init imx8mm_clocks_init(struct device_node *ccm_node) >> >> return 0; >> } >> -CLK_OF_DECLARE_DRIVER(imx8mm, "fsl,imx8mm-ccm", imx8mm_clocks_init); >> + >> +static const struct of_device_id imx8mm_clk_of_match[] = { >> + { .compatible = "fsl,imx8mm-ccm" }, >> + { /* Sentinel */ }, >> +}; >> +MODULE_DEVICE_TABLE(of, imx8mm_clk_of_match); >> + >> +static struct platform_driver imx8mm_clk_driver = { >> + .probe = imx8mm_clocks_probe, >> + .driver = { >> + .name = "imx8mm-ccm", >> + .of_match_table = of_match_ptr(imx8mm_clk_of_match), >> + }, >> +}; >> +module_platform_driver(imx8mm_clk_driver); >> > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel > ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] clk: imx8mm: Switch to platform driver 2020-02-06 10:37 ` Schrempf Frieder @ 2020-03-16 13:23 ` Schrempf Frieder 2020-03-17 3:56 ` Peng Fan 0 siblings, 1 reply; 5+ messages in thread From: Schrempf Frieder @ 2020-03-16 13:23 UTC (permalink / raw) To: Abel Vesa, Mike Turquette, Stephen Boyd, Shawn Guo, Sascha Hauer, Fabio Estevam, Anson Huang, Jacky Bai Cc: Peng Fan, Linux Kernel Mailing List, linux-spi, NXP Linux Team, linux-clk, linux-arm-kernel On 06.02.20 11:37, Frieder Schrempf wrote: > On 06.02.20 11:34, Schrempf Frieder wrote: >> Hi, >> >> On 09.07.19 16:20, Abel Vesa wrote: >>> There is no strong reason for this to use CLK_OF_DECLARE instead >>> of being a platform driver. Plus, this will now be aligned with the >>> other i.MX8M clock drivers which are platform drivers. >>> >>> In order to make the clock provider a platform driver >>> all the data and code needs to be outside of .init section. >>> >>> Signed-off-by: Abel Vesa <abel.vesa@nxp.com> >>> Acked-by: Stephen Boyd <sboyd@kernel.org> >> >> This has been upstream for quite some time now, but somehow I have an >> issue with SPI on the i.MX8MM that gets resolved when I revert this >> patch. >> >> When I try to probe an SPI NOR flash with latest 5.4 or even 5.5: >> >> spi_imx 30820000.spi: dma setup error -19, use pio >> spi-nor spi0.0: unrecognized JEDEC id bytes: 00 00 00 00 00 00 >> spi_imx 30820000.spi: probed >> >> When I revert this patch: >> >> spi_imx 30820000.spi: dma setup error -19, use pio >> spi-nor spi0.0: mx25r1635f (2048 Kbytes) >> spi_imx 30820000.spi: probed >> >> Please note, that in both cases I have disabled DMA, as this causes even >> more trouble (see [1]). But even with DMA enabled and ignoring the DMA >> errors, the issue described above occurs. >> >> Does someone have an idea what's wrong? >> Am I the only user of SPI on i.MX8MM as this issue seems to exist >> upstream since v5.4-rc1? This issue still persists in v5.6-rc6. Can someone please have a look? Thanks, Frieder > > Sorry forgot the link: > > [1]: https://lore.kernel.org/patchwork/patch/1086459/ > >> >>> --- >>> >>> Changes since v1: >>> * Switched to platform driver memory mapping API >>> * Removed extra newline >>> * Added an explanation of why this change is done >>> in the commit message >>> >>> drivers/clk/imx/clk-imx8mm.c | 57 >>> ++++++++++++++++++++++++++++---------------- >>> 1 file changed, 36 insertions(+), 21 deletions(-) >>> >>> diff --git a/drivers/clk/imx/clk-imx8mm.c b/drivers/clk/imx/clk-imx8mm.c >>> index 6b8e75d..7a8e713 100644 >>> --- a/drivers/clk/imx/clk-imx8mm.c >>> +++ b/drivers/clk/imx/clk-imx8mm.c >>> @@ -68,43 +68,43 @@ static const struct imx_pll14xx_rate_table >>> imx8mm_drampll_tbl[] = { >>> PLL_1443X_RATE(650000000U, 325, 3, 2, 0), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_audio_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_audio_pll = { >>> .type = PLL_1443X, >>> .rate_table = imx8mm_audiopll_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_audiopll_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_video_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_video_pll = { >>> .type = PLL_1443X, >>> .rate_table = imx8mm_videopll_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_videopll_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_dram_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_dram_pll = { >>> .type = PLL_1443X, >>> .rate_table = imx8mm_drampll_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_drampll_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_arm_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_arm_pll = { >>> .type = PLL_1416X, >>> .rate_table = imx8mm_pll1416x_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_gpu_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_gpu_pll = { >>> .type = PLL_1416X, >>> .rate_table = imx8mm_pll1416x_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_vpu_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_vpu_pll = { >>> .type = PLL_1416X, >>> .rate_table = imx8mm_pll1416x_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >>> }; >>> -static struct imx_pll14xx_clk imx8mm_sys_pll __initdata = { >>> +static struct imx_pll14xx_clk imx8mm_sys_pll = { >>> .type = PLL_1416X, >>> .rate_table = imx8mm_pll1416x_tbl, >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), >>> @@ -374,7 +374,7 @@ static const char *imx8mm_clko1_sels[] = >>> {"osc_24m", "sys_pll1_800m", "osc_27m", >>> static struct clk *clks[IMX8MM_CLK_END]; >>> static struct clk_onecell_data clk_data; >>> -static struct clk ** const uart_clks[] __initconst = { >>> +static struct clk ** const uart_clks[] = { >>> &clks[IMX8MM_CLK_UART1_ROOT], >>> &clks[IMX8MM_CLK_UART2_ROOT], >>> &clks[IMX8MM_CLK_UART3_ROOT], >>> @@ -382,19 +382,20 @@ static struct clk ** const uart_clks[] >>> __initconst = { >>> NULL >>> }; >>> -static int __init imx8mm_clocks_init(struct device_node *ccm_node) >>> +static int imx8mm_clocks_probe(struct platform_device *pdev) >>> { >>> - struct device_node *np; >>> + struct device *dev = &pdev->dev; >>> + struct device_node *np = dev->of_node; >>> void __iomem *base; >>> int ret; >>> clks[IMX8MM_CLK_DUMMY] = imx_clk_fixed("dummy", 0); >>> - clks[IMX8MM_CLK_24M] = of_clk_get_by_name(ccm_node, "osc_24m"); >>> - clks[IMX8MM_CLK_32K] = of_clk_get_by_name(ccm_node, "osc_32k"); >>> - clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(ccm_node, "clk_ext1"); >>> - clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(ccm_node, "clk_ext2"); >>> - clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(ccm_node, "clk_ext3"); >>> - clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(ccm_node, "clk_ext4"); >>> + clks[IMX8MM_CLK_24M] = of_clk_get_by_name(np, "osc_24m"); >>> + clks[IMX8MM_CLK_32K] = of_clk_get_by_name(np, "osc_32k"); >>> + clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(np, "clk_ext1"); >>> + clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(np, "clk_ext2"); >>> + clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(np, "clk_ext3"); >>> + clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(np, "clk_ext4"); >>> np = of_find_compatible_node(NULL, NULL, "fsl,imx8mm-anatop"); >>> base = of_iomap(np, 0); >>> @@ -480,10 +481,10 @@ static int __init imx8mm_clocks_init(struct >>> device_node *ccm_node) >>> clks[IMX8MM_SYS_PLL2_500M] = >>> imx_clk_fixed_factor("sys_pll2_500m", "sys_pll2_out", 1, 2); >>> clks[IMX8MM_SYS_PLL2_1000M] = >>> imx_clk_fixed_factor("sys_pll2_1000m", "sys_pll2_out", 1, 1); >>> - np = ccm_node; >>> - base = of_iomap(np, 0); >>> - if (WARN_ON(!base)) >>> - return -ENOMEM; >>> + np = dev->of_node; >>> + base = devm_platform_ioremap_resource(pdev, 0); >>> + if (WARN_ON(IS_ERR(base))) >>> + return PTR_ERR(base); >>> /* Core Slice */ >>> clks[IMX8MM_CLK_A53_SRC] = imx_clk_mux2("arm_a53_src", base + >>> 0x8000, 24, 3, imx8mm_a53_sels, ARRAY_SIZE(imx8mm_a53_sels)); >>> @@ -682,4 +683,18 @@ static int __init imx8mm_clocks_init(struct >>> device_node *ccm_node) >>> return 0; >>> } >>> -CLK_OF_DECLARE_DRIVER(imx8mm, "fsl,imx8mm-ccm", imx8mm_clocks_init); >>> + >>> +static const struct of_device_id imx8mm_clk_of_match[] = { >>> + { .compatible = "fsl,imx8mm-ccm" }, >>> + { /* Sentinel */ }, >>> +}; >>> +MODULE_DEVICE_TABLE(of, imx8mm_clk_of_match); >>> + >>> +static struct platform_driver imx8mm_clk_driver = { >>> + .probe = imx8mm_clocks_probe, >>> + .driver = { >>> + .name = "imx8mm-ccm", >>> + .of_match_table = of_match_ptr(imx8mm_clk_of_match), >>> + }, >>> +}; >>> +module_platform_driver(imx8mm_clk_driver); >>> >> _______________________________________________ >> linux-arm-kernel mailing list >> linux-arm-kernel@lists.infradead.org >> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel >> ^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: [PATCH v2] clk: imx8mm: Switch to platform driver 2020-03-16 13:23 ` Schrempf Frieder @ 2020-03-17 3:56 ` Peng Fan 2020-03-17 10:45 ` Schrempf Frieder 0 siblings, 1 reply; 5+ messages in thread From: Peng Fan @ 2020-03-17 3:56 UTC (permalink / raw) To: Schrempf Frieder, Abel Vesa, Mike Turquette, Stephen Boyd, Shawn Guo, Sascha Hauer, Fabio Estevam, Anson Huang, Jacky Bai Cc: Linux Kernel Mailing List, linux-spi, dl-linux-imx, linux-clk, linux-arm-kernel > Subject: Re: [PATCH v2] clk: imx8mm: Switch to platform driver > > On 06.02.20 11:37, Frieder Schrempf wrote: > > On 06.02.20 11:34, Schrempf Frieder wrote: > >> Hi, > >> > >> On 09.07.19 16:20, Abel Vesa wrote: > >>> There is no strong reason for this to use CLK_OF_DECLARE instead of > >>> being a platform driver. Plus, this will now be aligned with the > >>> other i.MX8M clock drivers which are platform drivers. > >>> > >>> In order to make the clock provider a platform driver all the data > >>> and code needs to be outside of .init section. > >>> > >>> Signed-off-by: Abel Vesa <abel.vesa@nxp.com> > >>> Acked-by: Stephen Boyd <sboyd@kernel.org> > >> > >> This has been upstream for quite some time now, but somehow I have an > >> issue with SPI on the i.MX8MM that gets resolved when I revert this > >> patch. > >> > >> When I try to probe an SPI NOR flash with latest 5.4 or even 5.5: > >> > >> spi_imx 30820000.spi: dma setup error -19, use pio > >> spi-nor spi0.0: unrecognized JEDEC id bytes: 00 00 00 00 00 00 > >> spi_imx 30820000.spi: probed > >> > >> When I revert this patch: > >> > >> spi_imx 30820000.spi: dma setup error -19, use pio > >> spi-nor spi0.0: mx25r1635f (2048 Kbytes) > >> spi_imx 30820000.spi: probed > >> > >> Please note, that in both cases I have disabled DMA, as this causes > >> even more trouble (see [1]). But even with DMA enabled and ignoring > >> the DMA errors, the issue described above occurs. > >> > >> Does someone have an idea what's wrong? > >> Am I the only user of SPI on i.MX8MM as this issue seems to exist > >> upstream since v5.4-rc1? > > This issue still persists in v5.6-rc6. Can someone please have a look? Would you post your full boot log somewhere? With success/fail case, are there any differences in spi controller registers? I suppose no. Did you measure the signal saying data in when cs is low? Anyway it is a bit wired since this patch just delayed the probe for a while. Regards, Peng. > > Thanks, > Frieder > > > > > Sorry forgot the link: > > > > [1]: > > https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore > > .kernel.org%2Fpatchwork%2Fpatch%2F1086459%2F&data=02%7C01% > 7Cpeng.f > > > an%40nxp.com%7C2317765357144c4b8a7e08d7c9ad2e7e%7C686ea1d3bc2 > b4c6fa92c > > > d99c5c301635%7C0%7C0%7C637199617967685983&sdata=p2zTgZph6 > %2F6ULb%2 > > F8ACJv4x0%2Bov09ZtLLbvoadhsRiI8%3D&reserved=0 > > > >> > >>> --- > >>> > >>> Changes since v1: > >>> * Switched to platform driver memory mapping API > >>> * Removed extra newline > >>> * Added an explanation of why this change is done > >>> in the commit message > >>> > >>> drivers/clk/imx/clk-imx8mm.c | 57 > >>> ++++++++++++++++++++++++++++---------------- > >>> 1 file changed, 36 insertions(+), 21 deletions(-) > >>> > >>> diff --git a/drivers/clk/imx/clk-imx8mm.c > >>> b/drivers/clk/imx/clk-imx8mm.c index 6b8e75d..7a8e713 100644 > >>> --- a/drivers/clk/imx/clk-imx8mm.c > >>> +++ b/drivers/clk/imx/clk-imx8mm.c > >>> @@ -68,43 +68,43 @@ static const struct imx_pll14xx_rate_table > >>> imx8mm_drampll_tbl[] = { > >>> PLL_1443X_RATE(650000000U, 325, 3, 2, 0), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_audio_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_audio_pll = { > >>> .type = PLL_1443X, > >>> .rate_table = imx8mm_audiopll_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_audiopll_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_video_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_video_pll = { > >>> .type = PLL_1443X, > >>> .rate_table = imx8mm_videopll_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_videopll_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_dram_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_dram_pll = { > >>> .type = PLL_1443X, > >>> .rate_table = imx8mm_drampll_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_drampll_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_arm_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_arm_pll = { > >>> .type = PLL_1416X, > >>> .rate_table = imx8mm_pll1416x_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_gpu_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_gpu_pll = { > >>> .type = PLL_1416X, > >>> .rate_table = imx8mm_pll1416x_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_vpu_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_vpu_pll = { > >>> .type = PLL_1416X, > >>> .rate_table = imx8mm_pll1416x_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), > >>> }; > >>> -static struct imx_pll14xx_clk imx8mm_sys_pll __initdata = { > >>> +static struct imx_pll14xx_clk imx8mm_sys_pll = { > >>> .type = PLL_1416X, > >>> .rate_table = imx8mm_pll1416x_tbl, > >>> .rate_count = ARRAY_SIZE(imx8mm_pll1416x_tbl), @@ > -374,7 > >>> +374,7 @@ static const char *imx8mm_clko1_sels[] = {"osc_24m", > >>> "sys_pll1_800m", "osc_27m", > >>> static struct clk *clks[IMX8MM_CLK_END]; > >>> static struct clk_onecell_data clk_data; -static struct clk ** > >>> const uart_clks[] __initconst = { > >>> +static struct clk ** const uart_clks[] = { > >>> &clks[IMX8MM_CLK_UART1_ROOT], > >>> &clks[IMX8MM_CLK_UART2_ROOT], > >>> &clks[IMX8MM_CLK_UART3_ROOT], @@ -382,19 +382,20 > @@ static > >>> struct clk ** const uart_clks[] __initconst = { > >>> NULL > >>> }; > >>> -static int __init imx8mm_clocks_init(struct device_node *ccm_node) > >>> +static int imx8mm_clocks_probe(struct platform_device *pdev) > >>> { > >>> - struct device_node *np; > >>> + struct device *dev = &pdev->dev; > >>> + struct device_node *np = dev->of_node; > >>> void __iomem *base; > >>> int ret; > >>> clks[IMX8MM_CLK_DUMMY] = imx_clk_fixed("dummy", 0); > >>> - clks[IMX8MM_CLK_24M] = of_clk_get_by_name(ccm_node, > "osc_24m"); > >>> - clks[IMX8MM_CLK_32K] = of_clk_get_by_name(ccm_node, > "osc_32k"); > >>> - clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(ccm_node, > >>> "clk_ext1"); > >>> - clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(ccm_node, > >>> "clk_ext2"); > >>> - clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(ccm_node, > >>> "clk_ext3"); > >>> - clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(ccm_node, > >>> "clk_ext4"); > >>> + clks[IMX8MM_CLK_24M] = of_clk_get_by_name(np, "osc_24m"); > >>> + clks[IMX8MM_CLK_32K] = of_clk_get_by_name(np, "osc_32k"); > >>> + clks[IMX8MM_CLK_EXT1] = of_clk_get_by_name(np, "clk_ext1"); > >>> + clks[IMX8MM_CLK_EXT2] = of_clk_get_by_name(np, "clk_ext2"); > >>> + clks[IMX8MM_CLK_EXT3] = of_clk_get_by_name(np, "clk_ext3"); > >>> + clks[IMX8MM_CLK_EXT4] = of_clk_get_by_name(np, "clk_ext4"); > >>> np = of_find_compatible_node(NULL, NULL, > >>> "fsl,imx8mm-anatop"); > >>> base = of_iomap(np, 0); > >>> @@ -480,10 +481,10 @@ static int __init imx8mm_clocks_init(struct > >>> device_node *ccm_node) > >>> clks[IMX8MM_SYS_PLL2_500M] = > >>> imx_clk_fixed_factor("sys_pll2_500m", "sys_pll2_out", 1, 2); > >>> clks[IMX8MM_SYS_PLL2_1000M] = > >>> imx_clk_fixed_factor("sys_pll2_1000m", "sys_pll2_out", 1, 1); > >>> - np = ccm_node; > >>> - base = of_iomap(np, 0); > >>> - if (WARN_ON(!base)) > >>> - return -ENOMEM; > >>> + np = dev->of_node; > >>> + base = devm_platform_ioremap_resource(pdev, 0); > >>> + if (WARN_ON(IS_ERR(base))) > >>> + return PTR_ERR(base); > >>> /* Core Slice */ > >>> clks[IMX8MM_CLK_A53_SRC] = > imx_clk_mux2("arm_a53_src", base + > >>> 0x8000, 24, 3, imx8mm_a53_sels, ARRAY_SIZE(imx8mm_a53_sels)); @@ > >>> -682,4 +683,18 @@ static int __init imx8mm_clocks_init(struct > >>> device_node *ccm_node) > >>> return 0; > >>> } > >>> -CLK_OF_DECLARE_DRIVER(imx8mm, "fsl,imx8mm-ccm", > >>> imx8mm_clocks_init); > >>> + > >>> +static const struct of_device_id imx8mm_clk_of_match[] = { > >>> + { .compatible = "fsl,imx8mm-ccm" }, > >>> + { /* Sentinel */ }, > >>> +}; > >>> +MODULE_DEVICE_TABLE(of, imx8mm_clk_of_match); > >>> + > >>> +static struct platform_driver imx8mm_clk_driver = { > >>> + .probe = imx8mm_clocks_probe, > >>> + .driver = { > >>> + .name = "imx8mm-ccm", > >>> + .of_match_table = of_match_ptr(imx8mm_clk_of_match), > >>> + }, > >>> +}; > >>> +module_platform_driver(imx8mm_clk_driver); > >>> > >> _______________________________________________ > >> linux-arm-kernel mailing list > >> linux-arm-kernel@lists.infradead.org > >> https://eur01.safelinks.protection.outlook.com/?url=http%3A%2F%2Flist > >> > s.infradead.org%2Fmailman%2Flistinfo%2Flinux-arm-kernel&data=02%7 > >> > C01%7Cpeng.fan%40nxp.com%7C2317765357144c4b8a7e08d7c9ad2e7e%7 > C686ea1d > >> > 3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637199617967685983&sd > ata=PmRi > >> > GsJKcmN59MpWWQWoA%2BWo5rX7XLoaiChV5%2FOGvVI%3D&reserv > ed=0 > >> ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH v2] clk: imx8mm: Switch to platform driver 2020-03-17 3:56 ` Peng Fan @ 2020-03-17 10:45 ` Schrempf Frieder 0 siblings, 0 replies; 5+ messages in thread From: Schrempf Frieder @ 2020-03-17 10:45 UTC (permalink / raw) To: Peng Fan, Abel Vesa, Mike Turquette, Stephen Boyd, Shawn Guo, Sascha Hauer, Fabio Estevam, Anson Huang, Jacky Bai Cc: dl-linux-imx, linux-clk, Linux Kernel Mailing List, linux-arm-kernel, linux-spi Hi Peng, On 17.03.20 04:56, Peng Fan wrote: >> Subject: Re: [PATCH v2] clk: imx8mm: Switch to platform driver >> >> On 06.02.20 11:37, Frieder Schrempf wrote: >>> On 06.02.20 11:34, Schrempf Frieder wrote: >>>> Hi, >>>> >>>> On 09.07.19 16:20, Abel Vesa wrote: >>>>> There is no strong reason for this to use CLK_OF_DECLARE instead of >>>>> being a platform driver. Plus, this will now be aligned with the >>>>> other i.MX8M clock drivers which are platform drivers. >>>>> >>>>> In order to make the clock provider a platform driver all the data >>>>> and code needs to be outside of .init section. >>>>> >>>>> Signed-off-by: Abel Vesa <abel.vesa@nxp.com> >>>>> Acked-by: Stephen Boyd <sboyd@kernel.org> >>>> >>>> This has been upstream for quite some time now, but somehow I have an >>>> issue with SPI on the i.MX8MM that gets resolved when I revert this >>>> patch. >>>> >>>> When I try to probe an SPI NOR flash with latest 5.4 or even 5.5: >>>> >>>> spi_imx 30820000.spi: dma setup error -19, use pio >>>> spi-nor spi0.0: unrecognized JEDEC id bytes: 00 00 00 00 00 00 >>>> spi_imx 30820000.spi: probed >>>> >>>> When I revert this patch: >>>> >>>> spi_imx 30820000.spi: dma setup error -19, use pio >>>> spi-nor spi0.0: mx25r1635f (2048 Kbytes) >>>> spi_imx 30820000.spi: probed >>>> >>>> Please note, that in both cases I have disabled DMA, as this causes >>>> even more trouble (see [1]). But even with DMA enabled and ignoring >>>> the DMA errors, the issue described above occurs. >>>> >>>> Does someone have an idea what's wrong? >>>> Am I the only user of SPI on i.MX8MM as this issue seems to exist >>>> upstream since v5.4-rc1? >> >> This issue still persists in v5.6-rc6. Can someone please have a look? > > Would you post your full boot log somewhere? Sure, the two bootlogs are here: https://paste.ee/p/8uDwd. The only difference is that in the OK case this patch is applied: https://paste.ee/p/xUBrO > > With success/fail case, are there any differences in spi controller registers? > I suppose no. No, they are the same, except for BURST_LENGTH in ECSPI1_CONREG, which is 0x2F in case of failure and 0x3F in case it is working. But I guess that's a result of the failed/successful transfers. > > Did you measure the signal saying data in when cs is low? It's a bit difficult to access the signals on the board so I didn't check the signals, yet. > > Anyway it is a bit wired since this patch just delayed the probe for a while. Yes, it's really weird and it's very unfortunate that the EVK does not have a SPI device onboard. I guess that would have helped to prevent regressions due to better testing. If you have any suggestions, please let me know. Thanks, Frieder ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2020-03-17 10:45 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <1562682003-20951-1-git-send-email-abel.vesa@nxp.com>
2020-02-06 10:34 ` [PATCH v2] clk: imx8mm: Switch to platform driver Schrempf Frieder
[not found] ` <2df024c3-ab46-4e33-f961-5ef994aea145-2UyDCMiLNfiELgA04lAiVw@public.gmane.org>
2020-02-06 10:37 ` Schrempf Frieder
2020-03-16 13:23 ` Schrempf Frieder
2020-03-17 3:56 ` Peng Fan
2020-03-17 10:45 ` Schrempf Frieder
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).