From: Peng Fan <peng.fan@nxp.com> To: "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, dl-linux-imx <linux-imx@nxp.com>, "sudeep.holla@arm.com" <sudeep.holla@arm.com>, Saravana Kannan <saravanak@google.com>, "linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org> Cc: Alice Guo <alice.guo@nxp.com>, Bough Chen <haibo.chen@nxp.com> Subject: RE: Regression: PM: domains: Delete usage of driver_deferred_probe_check_state Date: Tue, 16 Aug 2022 06:43:22 +0000 [thread overview] Message-ID: <DU0PR04MB9417E391B514287D040E0EC7886B9@DU0PR04MB9417.eurprd04.prod.outlook.com> (raw) In-Reply-To: <DU0PR04MB941735271F45C716342D0410886B9@DU0PR04MB9417.eurprd04.prod.outlook.com> > Subject: Regression: PM: domains: Delete usage of > driver_deferred_probe_check_state Just see your patchset :) https://lore.kernel.org/all/20220727185012.3255200-1-saravanak@google.com/ Thanks, Peng. > > Hi Saravana, > > The following two patches breaks NXP i.MX8ULP, but I think it may break > others use SCMI. > > commit 5a46079a96451cfb15e4f5f01f73f7ba24ef851a > Author: Saravana Kannan <mailto:saravanak@google.com> > Date: Wed Jun 1 00:06:57 2022 -0700 > > PM: domains: Delete usage of driver_deferred_probe_check_state() > > Now that fw_devlink=on by default and fw_devlink supports > "power-domains" property, the execution will never get to the point > where driver_deferred_probe_check_state() is called before the supplier > has probed successfully or before deferred probe timeout has expired. > > So, delete the call and replace it with -ENODEV. > > Tested-by: Geert Uytterhoeven <mailto:geert+renesas@glider.be> > Reviewed-by: Ulf Hansson <mailto:ulf.hansson@linaro.org> > Signed-off-by: Saravana Kannan <mailto:saravanak@google.com> > Link: https://lore.kernel.org/r/20220601070707.3946847-2- > saravanak@google.com > Signed-off-by: Greg Kroah-Hartman <mailto:gregkh@linuxfoundation.org> > > commit 9cbffc7a59561be950ecc675d19a3d2b45202b2b > Author: Saravana Kannan <mailto:saravanak@google.com> > Date: Wed Jun 1 00:07:05 2022 -0700 > > driver core: Delete driver_deferred_probe_check_state() > > The function is no longer used. So delete it. > > Tested-by: Geert Uytterhoeven <mailto:geert+renesas@glider.be> > Signed-off-by: Saravana Kannan <mailto:saravanak@google.com> > Link: https://lore.kernel.org/r/20220601070707.3946847-10- > saravanak@google.com > Signed-off-by: Greg Kroah-Hartman <mailto:gregkh@linuxfoundation.org> > > The i.MX8ULP mmc device node use > "power-domains = <&scmi_devpd IMX8ULP_PD_USDHC0>;" > > The scmi firmware node as below: > firmware { > scmi { > compatible = "arm,scmi-smc"; > arm,smc-id = <0xc20000fe>; > #address-cells = <1>; > #size-cells = <0>; > shmem = <&scmi_buf>; > > scmi_devpd: protocol@11 { > reg = <0x11>; > #power-domain-cells = <1>; > }; > > scmi_sensor: protocol@15 { > reg = <0x15>; > #thermal-sensor-cells = <1>; > }; > }; > }; > > When sdhc driver probe, the scmi power domain provider has not been > registered. So __genpd_dev_pm_attach directly return -ENODEV. > > device_links_check_suppliers should already check suppliers, but scmi > protocol device not have compatible, so of_link_to_phandle > |-> of_get_compat_node > use the parent node of scmi protocol as supplier if I understand correct. > > I am not sure whether we need to revert the above two patches, or do you > have other suggestions? > > Thanks, > Peng. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Peng Fan <peng.fan@nxp.com> To: "linux-arm-kernel@lists.infradead.org" <linux-arm-kernel@lists.infradead.org>, dl-linux-imx <linux-imx@nxp.com>, "sudeep.holla@arm.com" <sudeep.holla@arm.com>, Saravana Kannan <saravanak@google.com>, "linux-pm@vger.kernel.org" <linux-pm@vger.kernel.org> Cc: Alice Guo <alice.guo@nxp.com>, Bough Chen <haibo.chen@nxp.com> Subject: RE: Regression: PM: domains: Delete usage of driver_deferred_probe_check_state Date: Tue, 16 Aug 2022 06:43:22 +0000 [thread overview] Message-ID: <DU0PR04MB9417E391B514287D040E0EC7886B9@DU0PR04MB9417.eurprd04.prod.outlook.com> (raw) In-Reply-To: <DU0PR04MB941735271F45C716342D0410886B9@DU0PR04MB9417.eurprd04.prod.outlook.com> > Subject: Regression: PM: domains: Delete usage of > driver_deferred_probe_check_state Just see your patchset :) https://lore.kernel.org/all/20220727185012.3255200-1-saravanak@google.com/ Thanks, Peng. > > Hi Saravana, > > The following two patches breaks NXP i.MX8ULP, but I think it may break > others use SCMI. > > commit 5a46079a96451cfb15e4f5f01f73f7ba24ef851a > Author: Saravana Kannan <mailto:saravanak@google.com> > Date: Wed Jun 1 00:06:57 2022 -0700 > > PM: domains: Delete usage of driver_deferred_probe_check_state() > > Now that fw_devlink=on by default and fw_devlink supports > "power-domains" property, the execution will never get to the point > where driver_deferred_probe_check_state() is called before the supplier > has probed successfully or before deferred probe timeout has expired. > > So, delete the call and replace it with -ENODEV. > > Tested-by: Geert Uytterhoeven <mailto:geert+renesas@glider.be> > Reviewed-by: Ulf Hansson <mailto:ulf.hansson@linaro.org> > Signed-off-by: Saravana Kannan <mailto:saravanak@google.com> > Link: https://lore.kernel.org/r/20220601070707.3946847-2- > saravanak@google.com > Signed-off-by: Greg Kroah-Hartman <mailto:gregkh@linuxfoundation.org> > > commit 9cbffc7a59561be950ecc675d19a3d2b45202b2b > Author: Saravana Kannan <mailto:saravanak@google.com> > Date: Wed Jun 1 00:07:05 2022 -0700 > > driver core: Delete driver_deferred_probe_check_state() > > The function is no longer used. So delete it. > > Tested-by: Geert Uytterhoeven <mailto:geert+renesas@glider.be> > Signed-off-by: Saravana Kannan <mailto:saravanak@google.com> > Link: https://lore.kernel.org/r/20220601070707.3946847-10- > saravanak@google.com > Signed-off-by: Greg Kroah-Hartman <mailto:gregkh@linuxfoundation.org> > > The i.MX8ULP mmc device node use > "power-domains = <&scmi_devpd IMX8ULP_PD_USDHC0>;" > > The scmi firmware node as below: > firmware { > scmi { > compatible = "arm,scmi-smc"; > arm,smc-id = <0xc20000fe>; > #address-cells = <1>; > #size-cells = <0>; > shmem = <&scmi_buf>; > > scmi_devpd: protocol@11 { > reg = <0x11>; > #power-domain-cells = <1>; > }; > > scmi_sensor: protocol@15 { > reg = <0x15>; > #thermal-sensor-cells = <1>; > }; > }; > }; > > When sdhc driver probe, the scmi power domain provider has not been > registered. So __genpd_dev_pm_attach directly return -ENODEV. > > device_links_check_suppliers should already check suppliers, but scmi > protocol device not have compatible, so of_link_to_phandle > |-> of_get_compat_node > use the parent node of scmi protocol as supplier if I understand correct. > > I am not sure whether we need to revert the above two patches, or do you > have other suggestions? > > Thanks, > Peng.
next prev parent reply other threads:[~2022-08-16 6:44 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top 2022-08-16 6:21 Regression: PM: domains: Delete usage of driver_deferred_probe_check_state Peng Fan 2022-08-16 6:21 ` Peng Fan 2022-08-16 6:43 ` Peng Fan [this message] 2022-08-16 6:43 ` Peng Fan 2022-08-18 18:08 ` Saravana Kannan 2022-08-18 18:08 ` Saravana Kannan 2022-08-19 4:04 ` Bough Chen 2022-08-19 4:04 ` Bough Chen 2022-08-19 9:00 ` Peng Fan 2022-08-19 9:00 ` Peng Fan 2022-08-17 10:47 ` Thorsten Leemhuis 2022-08-17 10:47 ` Thorsten Leemhuis 2022-08-28 11:59 ` Regression: PM: domains: Delete usage of driver_deferred_probe_check_state #forregzbot Thorsten Leemhuis 2022-08-28 11:59 ` Thorsten Leemhuis
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=DU0PR04MB9417E391B514287D040E0EC7886B9@DU0PR04MB9417.eurprd04.prod.outlook.com \ --to=peng.fan@nxp.com \ --cc=alice.guo@nxp.com \ --cc=haibo.chen@nxp.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-imx@nxp.com \ --cc=linux-pm@vger.kernel.org \ --cc=saravanak@google.com \ --cc=sudeep.holla@arm.com \ /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.