On 20.09.21 13:05, Heiko Thiery wrote: > Hi, > > Am Mo., 20. Sept. 2021 um 12:52 Uhr schrieb Fabio Estevam <festevam@xxxxxxxxx>: >> >> Hi Heiko, >> >> On Mon, Sep 20, 2021 at 6:17 AM Heiko Thiery <heiko.thiery@xxxxxxxxx> wrote: >> >>> Now it is clear to me. I used the dtb for my board that had already >>> changed the phy node and tried to boot the "old" kernel 5.14. Thus no >>> phy could be found. Nevertheless the kernel should not crash in case >>> no phy was found. >> >> Agreed. The patch I proposed earlier should fix the problem, correct? >> https://eur04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpastebin.com%2Fraw%2FyZKz1huL&data=04%7C01%7Cfrieder.schrempf%40kontron.de%7C7f02c93eae364cf2fbc608d97c269eb6%7C8c9d3c973fd941c8a2b1646f3942daf1%7C0%7C0%7C637677327580221365%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=HMFJKptc6UBzfnpPcPF%2BSdP0g1s%2Fc0OSRfFliD6HibY%3D&reserved=0 > > Yes this should do it. Commit ed5a419bb019 ("usb: chipidea: imx: "fsl,usbphy" phandle is not mandatory now") explains, that the core driver already covers reading the "phys" property (see ci_hdrc_probe()): Since the chipidea common code support get the USB PHY phandle from "phys", the glue layer is not mandatory to get the "fsl,usbphy" phandle any more. This seems to be the reason why ci_hdrc_imx_probe() doesn't return any error in case "fsl,usbphy" is not set. It expects that the core will handle data->phy = NULL and already checks for a "phys" property. Therefore I'm not sure Fabio's fix is the right way to go. Could it be that the ci_hdrc_imx driver expects that it will be probed before the ci_hdrc core and this isn't true in Heiko's case?
