Received: by 2002:ac0:a594:0:0:0:0:0 with SMTP id m20-v6csp558742imm; Fri, 11 May 2018 02:48:59 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqK13dxh5XCW5YxaJqtqwM7NStgelG1Bkizm66+IvcFjG2e05NZ3FLbjriuD0y6LtfArT/u X-Received: by 2002:a63:77c9:: with SMTP id s192-v6mr2135834pgc.364.1526032139804; Fri, 11 May 2018 02:48:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1526032139; cv=none; d=google.com; s=arc-20160816; b=P5ChSkB65fTB2qnPC9EG0s6j2MmIZ/xR9ztfujzSU1R76QGJ0NhpmsjCib8nGSflhq RPJ1OsaDSkR1WBaDqqYZffAPWTCg9AbzyC+nYmv043Ia7kbmJv6uZvIXESOrbuwwV+/1 nEHnhT4IhR7OmqiSpKHy4fe5HB92g/+gWOICv34P0Oyrh0YpzSEtL7Gj33M8BX0mrdo3 fVyTcLFqndqe6v27jrEUuDzRPiD9NQ8m8U6B132qhqcKo0Hv1AdZQN0Mvd42jjvDVSmp nAUOd9XnekYpyFLzQspAmALQKxZOQTUOnZJzVyObcXOA5kbtFiGGoCGE2JDo7GfWunBO c5dA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:arc-authentication-results; bh=MkdYOdS34TMaCTjekwmC1Vu0HniECgyXAnALiBRV+XI=; b=OJVPX/iimTd9pkxThepbxQY3G6hTTQLfzc2bMHH1nKXjaESXb4uBndj3ywDBYbNBDa z4debEBkDfZJbpUgDzfclOH8lTH3h8KQkFuZIF9wk+SNrVvzfahlcqGYdFdVrUlG211t udYLmgxlTwgZoDQkYE99j4Hr+7LwYIPkOUtJW/9P7qic70BRXboYx54IvJMTB9vWOriN w56dd0FTW8T9HexB8i1yCHVIGEGxakCeLmYHT1FXXPGIzN4SrEE0i2/zsz7sqR7iJ4EA jnz5IGXzQ6LgHCyvUcEzsd7UhWqF0RUIMSun32n6y8nIWxuRoA/Q/3dX64CtMHioivZQ d5qw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a21-v6si2459512pgd.97.2018.05.11.02.48.45; Fri, 11 May 2018 02:48:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753023AbeEKJsX (ORCPT + 99 others); Fri, 11 May 2018 05:48:23 -0400 Received: from regular1.263xmail.com ([211.150.99.134]:38355 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753005AbeEKJsV (ORCPT ); Fri, 11 May 2018 05:48:21 -0400 Received: from william.wu?rock-chips.com (unknown [192.168.167.157]) by regular1.263xmail.com (Postfix) with ESMTP id 80A359154; Fri, 11 May 2018 17:48:17 +0800 (CST) X-263anti-spam: KSV:0; X-MAIL-GRAY: 0 X-MAIL-DELIVERY: 1 X-KSVirus-check: 0 X-ABS-CHECKED: 4 Received: from localhost.localdomain (localhost [127.0.0.1]) by smtp.263.net (Postfix) with ESMTPA id 1433E3EC; Fri, 11 May 2018 17:48:02 +0800 (CST) X-RL-SENDER: william.wu@rock-chips.com X-FST-TO: hminas@synopsys.com X-SENDER-IP: 58.22.7.114 X-LOGIN-NAME: william.wu@rock-chips.com X-UNIQUE-TAG: X-ATTACHMENT-NUM: 0 X-SENDER: wulf@rock-chips.com X-DNS-TYPE: 0 Received: from unknown (unknown [58.22.7.114]) by smtp.263.net (Postfix) whith SMTP id 22140BYGRZD; Fri, 11 May 2018 17:48:16 +0800 (CST) From: William Wu To: hminas@synopsys.com, felipe.balbi@linux.intel.com, gregkh@linuxfoundation.org Cc: sergei.shtylyov@cogentembedded.com, heiko@sntech.de, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, linux-rockchip@lists.infradead.org, frank.wang@rock-chips.com, huangtao@rock-chips.com, dianders@google.com, daniel.meng@rock-chips.com, John.Youn@synopsys.com, william.wu@rock-chips.com, wzz@rock-chips.com, zsq@rock-chips.com, Allen.Hsu@quantatw.com, StanTsui@AOPEN.com, Spruce.Wu@quantatw.com, Martin.Tsai@quantatw.com, Kevin.Shai@quantatw.com, Mon-Jer.Wu@quantatw.com, Claud.Chang@quantatw.com, San.Lin@quantatw.com, Ren.Kuo@quantatw.com, davidhtwang@aopen.com, fonglin@aopen.com, stevencheng@aopen.com, tomchen@aopen.com, donchang@aopen.com, milesschofield@aopen.com Subject: [PATCH v5 2/2] usb: dwc2: fix isoc split in transfer with no data Date: Fri, 11 May 2018 17:46:32 +0800 Message-Id: <1526031992-16565-3-git-send-email-william.wu@rock-chips.com> X-Mailer: git-send-email 2.0.0 In-Reply-To: <1526031992-16565-1-git-send-email-william.wu@rock-chips.com> References: <1526031992-16565-1-git-send-email-william.wu@rock-chips.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org If isoc split in transfer with no data (the length of DATA0 packet is zero), we can't simply return immediately. Because the DATA0 can be the first transaction or the second transaction for the isoc split in transaction. If the DATA0 packet with no data is in the first transaction, we can return immediately. But if the DATA0 packet with no data is in the second transaction of isoc split in transaction sequence, we need to increase the qtd->isoc_frame_index and giveback urb to device driver if needed, otherwise, the MDATA packet will be lost. A typical test case is that connect the dwc2 controller with an usb hs Hub (GL852G-12), and plug an usb fs audio device (Plantronics headset) into the downstream port of Hub. Then use the usb mic to record, we can find noise when playback. In the case, the isoc split in transaction sequence like this: - SSPLIT IN transaction - CSPLIT IN transaction - MDATA packet (176 bytes) - CSPLIT IN transaction - DATA0 packet (0 byte) This patch use both the length of DATA0 and qtd->isoc_split_offset to check if the DATA0 is in the second transaction. Signed-off-by: William Wu --- Changes in v5: - None Changes in v4: - None Changes in v3: - Remove "qtd->isoc_split_offset = 0" in the if test Changes in v2: - Modify the commit message drivers/usb/dwc2/hcd_intr.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/usb/dwc2/hcd_intr.c b/drivers/usb/dwc2/hcd_intr.c index ba6229e..9751785 100644 --- a/drivers/usb/dwc2/hcd_intr.c +++ b/drivers/usb/dwc2/hcd_intr.c @@ -930,9 +930,8 @@ static int dwc2_xfercomp_isoc_split_in(struct dwc2_hsotg *hsotg, frame_desc = &qtd->urb->iso_descs[qtd->isoc_frame_index]; len = dwc2_get_actual_xfer_length(hsotg, chan, chnum, qtd, DWC2_HC_XFER_COMPLETE, NULL); - if (!len) { + if (!len && !qtd->isoc_split_offset) { qtd->complete_split = 0; - qtd->isoc_split_offset = 0; return 0; } -- 2.0.0