Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755426AbdIFQYB (ORCPT ); Wed, 6 Sep 2017 12:24:01 -0400 Received: from relmlor2.renesas.com ([210.160.252.172]:48279 "EHLO relmlie1.idc.renesas.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1754774AbdIFQX5 (ORCPT ); Wed, 6 Sep 2017 12:23:57 -0400 X-IronPort-AV: E=Sophos;i="5.41,484,1498489200"; d="scan'208";a="256017484" From: Yoshihiro Shimoda To: Felipe Balbi , Kai-Heng Feng CC: "mathias.nyman@intel.com" , "gregkh@linuxfoundation.org" , USB list , LKML Subject: RE: [PATCH] usb: xhci: Renesas uPD720202 needs short TX quirk Thread-Topic: [PATCH] usb: xhci: Renesas uPD720202 needs short TX quirk Thread-Index: AQHTF9lzILTYXZ9MLEGZr2Ly8YIUSaKJtdqAgAAMPACAAAEEAIAeYWlQ Date: Wed, 6 Sep 2017 16:23:53 +0000 Message-ID: References: <20170818042050.1728-1-kai.heng.feng@canonical.com> <87lgmhqr0e.fsf@linux.intel.com> <87fucpqotd.fsf@linux.intel.com> In-Reply-To: <87fucpqotd.fsf@linux.intel.com> Accept-Language: ja-JP, en-US Content-Language: ja-JP X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=yoshihiro.shimoda.uh@renesas.com; x-originating-ip: [211.11.155.149] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1;TY1PR06MB0911;20:ewNVLQOdoczZF1oZoTZJMz/2/1kh4pXagO6S+bCkTyvCNfGzEtzYeducpHO2gPk8BQXqxk/RXPN26km8TdQ0/PU9Dqm7LplcghxKCCu8IIns5kfinK5GIS6PieDE8rKZ4ob3Z0MD6EFQBs5afuChkI21yj1MRp8HWmgJWgPqKx8= x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: fd2780c6-70fa-40aa-0e7b-08d4f543aa37 x-ms-office365-filtering-ht: Tenant x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(300000502095)(300135100095)(22001)(2017030254152)(48565401081)(300000503095)(300135400095)(2017052603199)(201703131423075)(201703031133081)(201702281549075)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:TY1PR06MB0911; x-ms-traffictypediagnostic: TY1PR06MB0911: x-exchange-antispam-report-test: UriScan:(211254476889703)(24339691489775)(198206253151910); x-microsoft-antispam-prvs: x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(2401047)(8121501046)(5005006)(100000703101)(100105400095)(93006095)(93001095)(3002001)(10201501046)(6055026)(6041248)(20161123564025)(20161123562025)(20161123555025)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123558100)(6072148)(201708071742011)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:TY1PR06MB0911;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:TY1PR06MB0911; x-forefront-prvs: 0422860ED4 x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(6009001)(39860400002)(199003)(377454003)(13464003)(189002)(6436002)(8936002)(101416001)(8676002)(76176999)(2950100002)(7736002)(54356999)(68736007)(229853002)(50986999)(66066001)(105586002)(6506006)(478600001)(7696004)(305945005)(81166006)(81156014)(5660300001)(14454004)(106356001)(77096006)(25786009)(966005)(33656002)(86362001)(9686003)(6306002)(93886005)(53936002)(99286003)(2900100001)(97736004)(3660700001)(3846002)(54906002)(102836003)(6246003)(74316002)(3280700002)(2906002)(6116002)(4326008)(189998001)(55016002);DIR:OUT;SFP:1102;SCL:1;SRVR:TY1PR06MB0911;H:TY1PR06MB0992.apcprd06.prod.outlook.com;FPR:;SPF:None;PTR:InfoNoRecords;A:1;MX:1;LANG:en; spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 X-OriginatorOrg: renesas.com X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Sep 2017 16:23:53.1940 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 53d82571-da19-47e4-9cb4-625a166a4a2a X-MS-Exchange-Transport-CrossTenantHeadersStamped: TY1PR06MB0911 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by nfs id v86GO6lQ011974 Content-Length: 2704 Lines: 76 Hi, Sorry, I missed this email... > -----Original Message----- > From: Felipe Balbi > Sent: Friday, August 18, 2017 10:10 AM > > Hi, > > Kai-Heng Feng writes: > >>> When plugging Logitech C920 webcam, warning messages filled up dmesg: > >>> [77117.655018] xhci_hcd 0000:0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk? > >>> [77117.659018] xhci_hcd 0000:0c:00.0: WARN Successful completion on short TX: needs XHCI_TRUST_TX_LENGTH quirk? > >> > >> have you confirmed this is needed for this controller? > > I just found commit d2f48f05cd2a2 ("usb: xhci: ASMedia ASM1042A > > chipset need shorts TX quirk") and did the same thing for this > > controller. > > > >> Anybody from Renesas has confirmed it? > > No, it's a user reported problem, please check the bug report in the link. > > > >> Do you have an errata document to refer to? > > No. Probably need Renesas guy to provide it. > > or confirm it. Yoshihiro, do you know if this is needed? I know. This behavior is the same as R-Car H3. But, I didn't find any errata documents. So, I'm asking HW guys why this environment causes it. However, I don't get any feedback yet. I think we need any reason for applying such a quirk. Best regards, Yoshihiro Shimoda > >>> [77122.622952] handle_tx_event: 541 callbacks suppressed > >>> > >>> No more warning messages with XHCI_TRUST_TX_LENGTH applied. > >>> > >>> BugLink: https://bugs.launchpad.net/bugs/1710548 > >>> Signed-off-by: Kai-Heng Feng > >>> --- > >>> drivers/usb/host/xhci-pci.c | 4 +++- > >>> 1 file changed, 3 insertions(+), 1 deletion(-) > >>> > >>> diff --git a/drivers/usb/host/xhci-pci.c b/drivers/usb/host/xhci-pci.c > >>> index 8071c8fdd15e..8566b43e19ba 100644 > >>> --- a/drivers/usb/host/xhci-pci.c > >>> +++ b/drivers/usb/host/xhci-pci.c > >>> @@ -202,8 +202,10 @@ static void xhci_pci_quirks(struct device *dev, struct xhci_hcd *xhci) > >>> xhci->quirks |= XHCI_BROKEN_STREAMS; > >>> } > >>> if (pdev->vendor == PCI_VENDOR_ID_RENESAS && > >>> - pdev->device == 0x0015) > >>> + pdev->device == 0x0015) { > >> > >> unnecessary > >> > >>> xhci->quirks |= XHCI_RESET_ON_RESUME; > >>> + xhci->quirks |= XHCI_TRUST_TX_LENGTH; > >> > >> xhci->quirks |= XHCI_RESET_ON_RESUME | > >> XHCI_TRUST_TX_LENGTH; > >> > >>> + } > >> > >> unnecessary > > > > Do you mean that this quirk just hide the warning, it doesn't fix the > > root cause? > > no, I meant that you need to add {} if you make a single statement out > of the quirks. > > -- > balbi