From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roger Quadros Subject: Re: [PATCH v6 09/12] usb: gadget: udc: adapt to OTG core Date: Thu, 28 Apr 2016 12:54:45 +0300 Message-ID: <5721DDE5.7060708@ti.com> References: <1459865117-7032-1-git-send-email-rogerq@ti.com> <1459865117-7032-10-git-send-email-rogerq@ti.com> <571E23D7.5070501@ti.com> <5720A106.1030702@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <5720A106.1030702-l0cyMroinI0@public.gmane.org> Sender: linux-usb-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Jun Li , "stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org" , "balbi-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org" , "gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org" , "peter.chen-KZfg59tc24xl57MIdRCFDg@public.gmane.org" Cc: "dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org" , "jun.li-KZfg59tc24xl57MIdRCFDg@public.gmane.org" , "mathias.nyman-VuQAYsv1563Yd54FQh9/CA@public.gmane.org" , "tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org" , "Joao.Pinto-HKixBCOQz3hWk0Htik3J/w@public.gmane.org" , "abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org" , "r.baldyga-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org" , "linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" , "linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-omap@vger.kernel.org Hi, On 27/04/16 14:22, Roger Quadros wrote: > On 26/04/16 03:07, Jun Li wrote: >> Hi >> >>> -----Original Message----- >>> From: Roger Quadros [mailto:rogerq-l0cyMroinI0@public.gmane.org] >>> Sent: Monday, April 25, 2016 10:04 PM >>> To: Jun Li ; stern-nwvwT67g6+6dFdvTe/nMLpVzexx5G7lz@public.gmane.org; balbi-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org; >>> gregkh-hQyY1W1yCW8ekmWlsbkhG0B+6BGkLq7r@public.gmane.org; peter.chen-KZfg59tc24xl57MIdRCFDg@public.gmane.org >>> Cc: dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org; jun.li-KZfg59tc24xl57MIdRCFDg@public.gmane.org; >>> mathias.nyman-VuQAYsv1563Yd54FQh9/CA@public.gmane.org; tony-4v6yS6AI5VpBDgjK7y7TUQ@public.gmane.org; Joao.Pinto-HKixBCOQz3hWk0Htik3J/w@public.gmane.org; >>> abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org; r.baldyga-Sze3O3UU22JBDgjK7y7TUQ@public.gmane.org; linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; >>> linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; linux-omap-u79uwXL29TY76Z2rM5mHXA@public.gmane.org >>> Subject: Re: [PATCH v6 09/12] usb: gadget: udc: adapt to OTG core >>> >>> Hi, >>> >>> On 21/04/16 09:38, Jun Li wrote: >>>> Hi, >>>> >>>> ... >>>>> >>>>> /** >>>>> + * usb_gadget_start - start the usb gadget controller and connect to >>>>> +bus >>>>> + * @gadget: the gadget device to start >>>>> + * >>>>> + * This is external API for use by OTG core. >>>>> + * >>>>> + * Start the usb device controller and connect to bus (enable pull). >>>>> + */ >>>>> +static int usb_gadget_start(struct usb_gadget *gadget) { >>>>> + int ret; >>>>> + struct usb_udc *udc = NULL; >>>>> + >>>>> + dev_dbg(&gadget->dev, "%s\n", __func__); >>>>> + mutex_lock(&udc_lock); >>>>> + list_for_each_entry(udc, &udc_list, list) >>>>> + if (udc->gadget == gadget) >>>>> + goto found; >>>>> + >>>>> + dev_err(gadget->dev.parent, "%s: gadget not registered.\n", >>>>> + __func__); >>>>> + mutex_unlock(&udc_lock); >>>>> + return -EINVAL; >>>>> + >>>>> +found: >>>>> + ret = usb_gadget_udc_start(udc); >>>>> + if (ret) >>>>> + dev_err(&udc->dev, "USB Device Controller didn't start: %d\n", >>>>> + ret); >>>>> + else >>>>> + usb_udc_connect_control(udc); >>>> >>>> For drd, it's fine, but for real otg, gadget connect should be done by >>>> loc_conn() instead of gadget start. >>> >>> It is upto the OTG state machine to call gadget_start() when it needs to >>> connect to the bus (i.e. loc_conn()). I see no point in calling gadget >>> start before. >>> >>> Do you see any issue in doing so? >> >> This is what OTG state machine does: >> case OTG_STATE_B_PERIPHERAL: >> otg_chrg_vbus(otg, 0); >> otg_loc_sof(otg, 0); >> otg_set_protocol(fsm, PROTO_GADGET); >> otg_loc_conn(otg, 1); >> break; On second thoughts, after seen the OTG state machine. otg_set_protocol(fsm, PROTO_GADGET); is always followed by otg_loc_conn(otg, 1); And whenever protocol changes to anything other the PROTO_GADGET, we use otg_loc_conn(otg, 0); So otg_loc_conn seems redundant. Can we just get rid of it? usb_gadget_start() implies that gadget controller starts up and enables pull. usb_gadget_stop() implies that gadget controller disables pull and stops. Can you please explain why just these 2 APIs are not sufficient for full OTG? Do we want anything to happen between gadget controller start/stop and pull on/off? cheers, -roger >> >> You intend to abstract something common in this api when start gadget, >> which should be called by otg_set_protocol(fsm, PROTO_GADGET); and >> drd_set_protocol(fsm, PROTO_GADGET); right? >> >> So you may move usb_udc_connect_control(IMO usb_gadget_connect() >> is better)out of usb_gadget_start(), then for drd: >> >> case OTG_STATE_B_PERIPHERAL: >> drd_set_protocol(fsm, PROTO_GADGET); >> otg_drv_vbus(otg, 0); >> usb_gadget_connect(); > > OK. I understand now. I'll implement your suggestion. Thanks. > > cheers, > -roger > >>>> >>>>> + >>>>> + mutex_unlock(&udc_lock); >>>>> + >>>>> + return ret; >>>>> +} >>>>> + >>>>> +/** >>>>> + * usb_gadget_stop - disconnect from bus and stop the usb gadget >>>>> + * @gadget: The gadget device we want to stop >>>>> + * >>>>> + * This is external API for use by OTG core. >>>>> + * >>>>> + * Disconnect from the bus (disable pull) and stop the >>>>> + * gadget controller. >>>>> + */ >>>>> +static int usb_gadget_stop(struct usb_gadget *gadget) { >>>>> + struct usb_udc *udc = NULL; >>>>> + >>>>> + dev_dbg(&gadget->dev, "%s\n", __func__); >>>>> + mutex_lock(&udc_lock); >>>>> + list_for_each_entry(udc, &udc_list, list) >>>>> + if (udc->gadget == gadget) >>>>> + goto found; >>>>> + >>>>> + dev_err(gadget->dev.parent, "%s: gadget not registered.\n", >>>>> + __func__); >>>>> + mutex_unlock(&udc_lock); >>>>> + return -EINVAL; >>>>> + >>>>> +found: >>>>> + usb_gadget_disconnect(udc->gadget); >>>> >>>> Likewise, gadget disconnect also should be done by loc_conn() instead >>>> of gadget stop. >>>> >>>>> + udc->driver->disconnect(udc->gadget); >>>>> + usb_gadget_udc_stop(udc); >>>>> + mutex_unlock(&udc_lock); >>>>> + >>>>> + return 0; >>>>> +} >>>>> + >>>> >>>> Li Jun >>>> > -- > To unsubscribe from this list: send the line "unsubscribe linux-usb" in > the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html