On Wed, Aug 07, 2024, Kyle Tso wrote: > On Wed, Aug 7, 2024 at 7:29 AM Thinh Nguyen <Thinh.Nguyen@xxxxxxxxxxxx> wrote: > > > > On Sun, Aug 04, 2024, Kyle Tso wrote: > > > It is possible that the usb power_supply is registered after the probe > > > > Should we defer the dwc3 probe until the power_supply is registered > > then? > > > > We can do that, but getting the power_supply reference just before > using the power_supply APIs is safer because we don't risk waiting for > the registration of the usb power_supply. If vbus_draw is being called I'm a bit confused, wouldn't we need the power_supply to be registered before you can get the reference. Can you clarify the risk here? > but the usb power_supply is still not ready, just let it fail without > doing anything (only print the error logs). The usb gadget function > still works. And once the usb power_supply is ready, the vbus_draw > will be fine in following usb state changes. > > Moreover, all drivers using power_supply_get_by_name in the source > tree adopt this way. IMO it should be okay. > > > > of dwc3. In this case, trying to get the usb power_supply during the > > > probe will fail and there is no chance to try again. Also the usb > > > power_supply might be unregistered at anytime so that the handle of it > > > > This is problematic... If the power_supply is unregistered, the device > > is no longer usable. > > > > > in dwc3 would become invalid. To fix this, get the handle right before > > > calling to power_supply functions and put it afterward. > > > > Shouldn't the life-cycle of the dwc3 match with the power_supply? How > > can we maintain function without the proper power_supply? > > > > BR, > > Thinh > > > > usb power_supply is controlled by "another" driver which can be > unloaded without notifying other drivers using it (such as dwc3). > Unless there is a notification mechanism for the (un)registration of > the power_supply class, getting/putting the reference right > before/after calling the power_supply api is the best we can do for > now. > The power_supply driver should not be able to unload while the dwc3 holds the power_supply handle due to dependency between the two. Why would we want to release the handle while dwc3 still needs it. This creates an unpredictable behavior where sometime vbus can be drawn and sometime it can't. Your specific gadget function may work for its specific purpose, some other may not as its vbus_draw may be essential for its application. BR, Thinh
