Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756152AbbHYXAt (ORCPT ); Tue, 25 Aug 2015 19:00:49 -0400 Received: from mail-gw2-out.broadcom.com ([216.31.210.63]:35749 "EHLO mail-gw2-out.broadcom.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751865AbbHYXAs convert rfc822-to-8bit (ORCPT ); Tue, 25 Aug 2015 19:00:48 -0400 X-IronPort-AV: E=Sophos;i="5.17,412,1437462000"; d="scan'208";a="73398183" From: Roman Bacik To: "balbi@ti.com" CC: John Youn , Scott Branden , Greg Kroah-Hartman , "linux-usb@vger.kernel.org" , "linux-kernel@vger.kernel.org" , bcm-kernel-feedback-list Subject: RE: [PATCH 1/1] usb: dwc2: gadget: parity fix in isochronous mode Thread-Topic: [PATCH 1/1] usb: dwc2: gadget: parity fix in isochronous mode Thread-Index: AQHQ2czv/3F+l3lNJku12UbnWaDFep4dTfdwgACAkQD//45zMA== Date: Tue, 25 Aug 2015 23:00:43 +0000 Message-ID: References: <1439912718-21045-1-git-send-email-sbranden@broadcom.com> <1439912718-21045-2-git-send-email-sbranden@broadcom.com> <2B3535C5ECE8B5419E3ECBE30077290901DC33F275@us01wembx1.internal.synopsys.com> <20150825223550.GF10704@saruman.tx.rr.com> In-Reply-To: <20150825223550.GF10704@saruman.tx.rr.com> Accept-Language: en-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.16.203.100] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 5670 Lines: 168 > -----Original Message----- > From: Felipe Balbi [mailto:balbi@ti.com] > Sent: August-25-15 3:36 PM > To: Roman Bacik > Cc: John Youn; Scott Branden; Greg Kroah-Hartman; linux- > usb@vger.kernel.org; linux-kernel@vger.kernel.org; bcm-kernel-feedback- > list > Subject: Re: [PATCH 1/1] usb: dwc2: gadget: parity fix in isochronous mode > > On Tue, Aug 25, 2015 at 10:00:17PM +0000, Roman Bacik wrote: > > > -----Original Message----- > > > From: John Youn [mailto:John.Youn@synopsys.com] > > > Sent: August-25-15 2:52 PM > > > To: Scott Branden; John Youn; Greg Kroah-Hartman; linux- > > > usb@vger.kernel.org > > > Cc: linux-kernel@vger.kernel.org; bcm-kernel-feedback-list; Roman > > > Bacik > > > Subject: Re: [PATCH 1/1] usb: dwc2: gadget: parity fix in > > > isochronous mode > > > > > > On 8/18/2015 8:45 AM, Scott Branden wrote: > > > > From: Roman Bacik > > > > > > > > USB OTG driver in isochronous mode has to set the parity of the > > > > receiving microframe. The parity is set to even by default. This > > > > causes problems for an audio gadget, if the host starts > > > > transmitting on odd > > > microframes. > > > > > > > > This fix uses Incomplete Periodic Transfer interrupt to toggle > > > > between even and odd parity until the Transfer Complete interrupt is > received. > > > > > > > > Signed-off-by: Roman Bacik > > > > Reviewed-by: Abhinav Ratna > > > > Reviewed-by: Srinath Mannam > > > > Reviewed-by: Scott Branden > > > > Signed-off-by: Scott Branden > > > > --- > > > > drivers/usb/dwc2/core.h | 1 + > > > > drivers/usb/dwc2/gadget.c | 48 > > > ++++++++++++++++++++++++++++++++++++++++++++++- > > > > drivers/usb/dwc2/hw.h | 1 + > > > > 3 files changed, 49 insertions(+), 1 deletion(-) > > > > > > > > diff --git a/drivers/usb/dwc2/core.h b/drivers/usb/dwc2/core.h > > > > index 0ed87620..954d1cd 100644 > > > > --- a/drivers/usb/dwc2/core.h > > > > +++ b/drivers/usb/dwc2/core.h > > > > @@ -150,6 +150,7 @@ struct s3c_hsotg_ep { > > > > unsigned int periodic:1; > > > > unsigned int isochronous:1; > > > > unsigned int send_zlp:1; > > > > + unsigned int parity_set:1; > > > > > > > > char name[10]; > > > > }; > > > > diff --git a/drivers/usb/dwc2/gadget.c b/drivers/usb/dwc2/gadget.c > > > > index 4d47b7c..28e4393 100644 > > > > --- a/drivers/usb/dwc2/gadget.c > > > > +++ b/drivers/usb/dwc2/gadget.c > > > > @@ -1954,6 +1954,8 @@ static void s3c_hsotg_epint(struct > > > > dwc2_hsotg > > > *hsotg, unsigned int idx, > > > > ints &= ~DXEPINT_XFERCOMPL; > > > > > > > > if (ints & DXEPINT_XFERCOMPL) { > > > > + if (hs_ep->isochronous && !hs_ep->parity_set) > > > > + hs_ep->parity_set = 1; > > it shouldn't be a problem to set the flag which was already set, so this could > be simplified to: > > hs_ep->has_correct_parity = !!hs_ep0>isochronous; > It can be simplified to: hs_ep->has_correct_parity = 1; I just thought that the original shows better what we are trying to do. I do not mind to simplify it and remove the condition. > > > > if (hs_ep->isochronous && hs_ep->interval == 1) { > > > > if (ctrl & DXEPCTL_EOFRNUM) > > > > ctrl |= DXEPCTL_SETEVENFR; > > > > @@ -2316,7 +2318,8 @@ void s3c_hsotg_core_init_disconnected(struct > > > dwc2_hsotg *hsotg, > > > > GINTSTS_CONIDSTSCHNG | GINTSTS_USBRST | > > > > GINTSTS_RESETDET | GINTSTS_ENUMDONE | > > > > GINTSTS_OTGINT | GINTSTS_USBSUSP | > > > > - GINTSTS_WKUPINT, > > > > + GINTSTS_WKUPINT | > > > > + GINTSTS_INCOMPL_SOIN | GINTSTS_INCOMPL_SOOUT, > > why the two extra bits ? What are they doing ? > This fix uses Incomplete Periodic Transfer interrupt (GINTSTS_INCOMPL) to toggle between even and odd parity until the Transfer Complete interrupt is received. We also need to set correct parity on both IN and OUT endpoints. > > > > hsotg->regs + GINTMSK); > > > > > > > > if (using_dma(hsotg)) > > > > @@ -2581,6 +2584,48 @@ irq_retry: > > > > s3c_hsotg_dump(hsotg); > > > > } > > > > > > > > + if (gintsts & GINTSTS_INCOMPL_SOIN) { > > > > + u32 idx; > > > > + struct s3c_hsotg_ep *hs_ep; > > > > + > > > > + dev_dbg(hsotg->dev, "%s: GINTSTS_INCOMPL_SOIN\n", > > > __func__); > > > > + for (idx = 1; idx < MAX_EPS_CHANNELS; idx++) { > > u32 epctl_reg; > u32 ctrl; > > > > > + hs_ep = hsotg->eps_in[idx]; > > you can decrease some indentation here: > > if (!hs_ep->isochronous) > continue; > > if (hs_ep->has_correct_parity) > continue; > > epctl_reg = DIEPCTL(idx); > ctrl = readl(hsotg->regs + epctl_reg); > > if (ctrl & DXEPCTL_EOFRNUM) > ctrl |= DXEPCTL_SETEVENFR; > else > ctrl |= DXEPCTL_SETODDFR; > writel(ctrl, hsotg->regs + epctl_reg); > > > ditto to the other loop below > > > ok > > > I'm not quite sure what the parity_set flag does in this patch. > > > Shouldn't you be able to just toggle the even/odd frame when you get > > > the interrupt? > > > > > > John > > > > > > > When Transfer Complete interrupt is received, we have the correct > > parity. Therefore we set the flag and we stop toggling. The parity_set > > flag indicates whether we have the correct parity set. > > then how about calling it has_correct_parity instead ? > ok > -- > balbi Roman -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/