Re: [RFC PATCH] usb: dwc2: Try usb_get_phy_by_phandle instead of usb_get_phy

Hi Artur, On Fri, Dec 25, 2020 at 11:41:04AM +, Artur Petrosyan wrote: > > @@ -251,7 +251,12 @@ static int dwc2_lowlevel_hw_init(struct dwc2_hsotg > > *hsotg) > > } > > > > if (!hsotg->phy) { > > - hsotg->uphy = devm_usb_get_phy(hsotg->dev, USB_PHY_TYPE_USB2); > > +

[RFC PATCH] usb: dwc2: Try usb_get_phy_by_phandle instead of usb_get_phy

I tried to follow what is done by dwc3_core_get_phy(): if the current device has an of_node then try to get the usb_phy by phandle instead of using devm_usb_get_phy(). This way when the probe order is not good the devm_usb_get_phy_by_phandle() function will return -EPROBE_DEFER. Signed-off-by: Jule

[tip:sched/urgent] sched/cpufreq/schedutil: Fix error path mutex unlock

Commit-ID: 1b5d43cfb69759d8ef8d30469cea31d0c037aed5 Gitweb: https://git.kernel.org/tip/1b5d43cfb69759d8ef8d30469cea31d0c037aed5 Author: Jules Maselbas AuthorDate: Thu, 29 Mar 2018 15:43:01 +0100 Committer: Ingo Molnar CommitDate: Sat, 31 Mar 2018 20:42:38 +0200 sched/cpufreq/schedutil

[PATCH] cpufreq: schedutil: Prevent unnecessary mutex unlock

This patch prevents the mutex global_tunables_lock from being unlocked before being locked. This mutex is not locked if the function sugov_kthread_create fails. Signed-off-by: Jules Maselbas --- kernel/sched/cpufreq_schedutil.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff

[PATCH] usb: host: max3421-hcd: Remove pdata test in max3421_hub_control()

We do not have to test if platform_data pointer is null in max3421_hub_control(), as the driver probe will fail if no platform_data is found. Fixes: 721fdc83b31b ("usb: max3421: Add devicetree support") Signed-off-by: Jules Maselbas Reported-by: Julia Lawall Reported-by: Dan