linux-clk.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Peng Fan <peng.fan@nxp.com>
To: Schrempf Frieder <frieder.schrempf@kontron.de>,
	Abel Vesa <abel.vesa@nxp.com>,
	Mike Turquette <mturquette@baylibre.com>,
	Stephen Boyd <sboyd@kernel.org>, Shawn Guo <shawnguo@kernel.org>,
	Sascha Hauer <kernel@pengutronix.de>,
	Fabio Estevam <fabio.estevam@nxp.com>,
	Anson Huang <anson.huang@nxp.com>, Jacky Bai <ping.bai@nxp.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	"linux-spi@vger.kernel.org" <linux-spi@vger.kernel.org>,
	dl-linux-imx <linux-imx@nxp.com>,
	"linux-clk@vger.kernel.org" <linux-clk@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>
Subject: RE: [PATCH v2] clk: imx8mm: Switch to platform driver
Date: Tue, 17 Mar 2020 03:56:20 +0000	[thread overview]
Message-ID: <AM0PR04MB4481780CEA5A8A7DB87C7D9F88F60@AM0PR04MB4481.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <9dae8bb7-b1da-28b5-a6e9-42102a5c3be3@kontron.de>

> 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&amp;data=02%7C01%
> 7Cpeng.f
> >
> an%40nxp.com%7C2317765357144c4b8a7e08d7c9ad2e7e%7C686ea1d3bc2
> b4c6fa92c
> >
> d99c5c301635%7C0%7C0%7C637199617967685983&amp;sdata=p2zTgZph6
> %2F6ULb%2
> > F8ACJv4x0%2Bov09ZtLLbvoadhsRiI8%3D&amp;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&amp;data=02%7
> >>
> C01%7Cpeng.fan%40nxp.com%7C2317765357144c4b8a7e08d7c9ad2e7e%7
> C686ea1d
> >>
> 3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C637199617967685983&amp;sd
> ata=PmRi
> >>
> GsJKcmN59MpWWQWoA%2BWo5rX7XLoaiChV5%2FOGvVI%3D&amp;reserv
> ed=0
> >>

  reply	other threads:[~2020-03-17  3:56 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-07-09 14:20 [PATCH v2] clk: imx8mm: Switch to platform driver Abel Vesa
2019-07-23  6:09 ` Shawn Guo
2019-07-26 21:37   ` Stephen Boyd
2019-08-03  8:13 ` Shawn Guo
2020-02-06 10:34 ` Schrempf Frieder
2020-02-06 10:37   ` Schrempf Frieder
2020-03-16 13:23     ` Schrempf Frieder
2020-03-17  3:56       ` Peng Fan [this message]
2020-03-17 10:45         ` Schrempf Frieder

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=AM0PR04MB4481780CEA5A8A7DB87C7D9F88F60@AM0PR04MB4481.eurprd04.prod.outlook.com \
    --to=peng.fan@nxp.com \
    --cc=abel.vesa@nxp.com \
    --cc=anson.huang@nxp.com \
    --cc=fabio.estevam@nxp.com \
    --cc=frieder.schrempf@kontron.de \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-clk@vger.kernel.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-spi@vger.kernel.org \
    --cc=mturquette@baylibre.com \
    --cc=ping.bai@nxp.com \
    --cc=sboyd@kernel.org \
    --cc=shawnguo@kernel.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 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).