Received: by 10.192.165.148 with SMTP id m20csp3799149imm; Mon, 7 May 2018 20:10:25 -0700 (PDT) X-Google-Smtp-Source: AB8JxZpDGysT+ZZRRRwbw1IDoibrdrjCVIY6MGTA2ITc6StE5rqFk10fsXVy9MtO9Y1J2Fd2808D X-Received: by 2002:a63:9c09:: with SMTP id f9-v6mr31800605pge.274.1525749025292; Mon, 07 May 2018 20:10:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525749025; cv=none; d=google.com; s=arc-20160816; b=0q9yF+wV6v7F4Z3BmMpQj0ytIoWRDDbbagQZWfUZEm/N8FdfWDrKY6pXj1taNelLAb P+vtXq9VeerhqMAV329W0zTl8rK8dT94AOcVPmb0uuPQM5a3KAWl+PdxttuzEYUu5Ulw rIxFWqK5mQKzj3fi5u8jODmyIKdKnEiCQ8a6hSGY66VACut7hWukyQ8+iurJbe7w/3j2 8VNMVEA7aqkbS0aaiU1ZhEaauveKAlxyWvQbx7vC2dfWR0jqqv1tn7PW+meugpvRC524 RLuXgWCiq4yzczixFLKW+UuWBFv8aFwq06yztxqqqUZwr7+OVlbOhNbxkaMCvQ2HeP4j 2h6g== 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=I0uortZgfJgPXepKLJreX21aPjMnOl5OzivsQy5SGmc=; b=Gj0Nbx6kdvO7243iPmZ0otcUIjsU926k66jj51kIs3jjnTcGNDfnKRaIrGL98c52zZ nUE8hrNVtiYv7Y1V5CxmjsWrYTYAnSUYSSjHczOXaJtg6zI2YiPiZZllvv69GKmxqZUx mJ2fCXubj+2CZQWrt4GGpzGMtpySOrLgqcPwGzkF5qXGjmPswXBdPut2uqANduHBcUEz zaoL9gR3sdWQWzkbuTTfqFOw0YdEAEG7Lm9mwrJjQq95he1zufw5TAErtRxtQso0z6ID y+mOwuy9jGR2WlwMrAHRma2Ii/ov0souGUolkq3zzDR34cGsro7FYJrDOVeVLnBRg72d tK7g== 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 p73si20481761pfk.275.2018.05.07.20.10.11; Mon, 07 May 2018 20:10:25 -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 S1754103AbeEHDI7 (ORCPT + 99 others); Mon, 7 May 2018 23:08:59 -0400 Received: from regular1.263xmail.com ([211.150.99.132]:58017 "EHLO regular1.263xmail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753896AbeEHDI4 (ORCPT ); Mon, 7 May 2018 23:08:56 -0400 Received: from william.wu?rock-chips.com (unknown [192.168.167.206]) by regular1.263xmail.com (Postfix) with ESMTP id 2E0A195AB; Tue, 8 May 2018 11:08:53 +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 0A0DA3C1; Tue, 8 May 2018 11:08:48 +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 879608PWYG; Tue, 08 May 2018 11:08:52 +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 v3 2/2] usb: dwc2: fix isoc split in transfer with no data Date: Tue, 8 May 2018 11:07:26 +0800 Message-Id: <1525748846-7767-3-git-send-email-william.wu@rock-chips.com> X-Mailer: git-send-email 2.0.0 In-Reply-To: <1525748846-7767-1-git-send-email-william.wu@rock-chips.com> References: <1525748846-7767-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 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 ba6fd852..3003594 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