Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3276209pxj; Tue, 11 May 2021 00:18:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxaGi5DEqjklknoPMRiaPL2gQ+CA5lGznGcEyov8lG2PQ1yGQwTqH1FS0gEmxDiQEeo79JI X-Received: by 2002:a6b:6905:: with SMTP id e5mr21459218ioc.100.1620717492677; Tue, 11 May 2021 00:18:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620717492; cv=none; d=google.com; s=arc-20160816; b=0PkNW7fjsEB1O6leiICepQ2mrAkS8py1OYf8ZRYuk37YMQSE3YYGzbGNp+6+7jSEKa HCjG45uhbr7s9yZ214hcvUFRNZCQ025VyGhYIHIhHOPgprSEVvHrAKI97fCCUNsK7yoY z2ldV+R3BkpeDKRE0v+mzyM/249EQqUExyE2koWXDszixdr3f1JcZgTGYsC5trxDxmiH KRIt8EdfeiCj9RYe7+zjxSxd2Mw8d0RKzO5ynU+z4SnxKloxv+NaBQaAxiBmq4x89gsi XtqRhnl0UqEQvoDyaG71WDUsy9jMpArNAMyj1qYS9Qqpoa7sYX2sa8j+XvJK8axK327Z WOPw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:autocrypt:from :references:cc:to:subject:ironport-sdr:ironport-sdr; bh=IvwJcFV+jy2BsGSyZvdoLZUAnZYB9f3X9TI8qOLo9UM=; b=bPVsVjVsJB7UAqC2BGk3zAwSfIeu98NZO6q2rAzO9D9ZA5id2si3rlgyD8ZETK97cj Ar4A3IzqT+a2SCFe0b9y10gRd/tzRr/l9AjN+9E2uR0HXyDduFvFyjtuvlCTpKMoACab C9bBAVcn/05YCfkx6ITCC3wHQBPFKAcPT/zMc8tR+2LHeJRHdJtD2zLARzmfPNDt2WF5 gPZTaDyYw/5koQ7JCvoA1eTIIVKn7S+Bp3lLOosupB3aQoiCxYuxTpqKHPo9ZKLBx/HZ kPDpHXoyoaRVXq7VBDZ9zaFeR1X3rZBXKMSWFzMze1K80UG/cLi2YLxhkr7fO90hxaoJ zl+g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d13si12834635ion.63.2021.05.11.00.18.00; Tue, 11 May 2021 00:18:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230399AbhEKHSX (ORCPT + 99 others); Tue, 11 May 2021 03:18:23 -0400 Received: from mga12.intel.com ([192.55.52.136]:46868 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229945AbhEKHSW (ORCPT ); Tue, 11 May 2021 03:18:22 -0400 IronPort-SDR: /+MaZZagt4V2sAnDM1UyaenZ3wSWnc7+0dowMgGrIBmmdvoOECOL2S7d01q7Qc3cK6tZbEeNkn zi/Ck9LxTS6A== X-IronPort-AV: E=McAfee;i="6200,9189,9980"; a="178967849" X-IronPort-AV: E=Sophos;i="5.82,290,1613462400"; d="scan'208";a="178967849" Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 May 2021 00:17:16 -0700 IronPort-SDR: NmJu8lr9I56DPB0UcpWU79Tpx/uKXu+tWFCuasvNLsLl4Z+TLsM2TLYb7GFZahD6NNOeDbhrKb 15ne2bzdAnGw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.82,290,1613462400"; d="scan'208";a="624597311" Received: from mattu-haswell.fi.intel.com (HELO [10.237.72.170]) ([10.237.72.170]) by fmsmga005.fm.intel.com with ESMTP; 11 May 2021 00:17:15 -0700 Subject: Re: [PATCH] usb: xhci: Increase timeout for HC halt To: Maximilian Luz , Mathias Nyman Cc: Greg Kroah-Hartman , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210511002933.1612871-1-luzmaximilian@gmail.com> From: Mathias Nyman Autocrypt: addr=mathias.nyman@linux.intel.com; prefer-encrypt=mutual; keydata= mQINBFMB0ccBEADd+nZnZrFDsIjQtclVz6OsqFOQ6k0nQdveiDNeBuwyFYykkBpaGekoHZ6f lH4ogPZzQ+pzoJEMlRGXc881BIggKMCMH86fYJGfZKWdfpg9O6mqSxyEuvBHKe9eZCBKPvoC L2iwygtO8TcXXSCynvXSeZrOwqAlwnxWNRm4J2ikDck5S5R+Qie0ZLJIfaId1hELofWfuhy+ tOK0plFR0HgVVp8O7zWYT2ewNcgAzQrRbzidA3LNRfkL7jrzyAxDapuejuK8TMrFQT/wW53e uegnXcRJaibJD84RUJt+mJrn5BvZ0MYfyDSc1yHVO+aZcpNr+71yZBQVgVEI/AuEQ0+p9wpt O9Wt4zO2KT/R5lq2lSz1MYMJrtfFRKkqC6PsDSB4lGSgl91XbibK5poxrIouVO2g9Jabg04T MIPpVUlPme3mkYHLZUsboemRQp5/pxV4HTFR0xNBCmsidBICHOYAepCzNmfLhfo1EW2Uf+t4 L8IowAaoURKdgcR2ydUXjhACVEA/Ldtp3ftF4hTQ46Qhba/p4MUFtDAQ5yeA5vQVuspiwsqB BoL/298+V119JzM998d70Z1clqTc8fiGMXyVnFv92QKShDKyXpiisQn2rrJVWeXEIVoldh6+ J8M3vTwzetnvIKpoQdSFJ2qxOdQ8iYRtz36WYl7hhT3/hwkHuQARAQABtCdNYXRoaWFzIE55 bWFuIDxtYXRoaWFzLm55bWFuQGdtYWlsLmNvbT6JAjsEEwECACUCGwMGCwkIBwMCBhUIAgkK CwQWAgMBAh4BAheABQJTAeo1AhkBAAoJEFiDn/uYk8VJOdIP/jhA+RpIZ7rdUHFIYkHEKzHw tkwrJczGA5TyLgQaI8YTCTPSvdNHU9Rj19mkjhUO/9MKvwfoT2RFYqhkrtk0K92STDaBNXTL JIi4IHBqjXOyJ/dPADU0xiRVtCHWkBgjEgR7Wihr7McSdVpgupsaXhbZjXXgtR/N7PE0Wltz hAL2GAnMuIeJyXhIdIMLb+uyoydPCzKdH6znfu6Ox76XfGWBCqLBbvqPXvk4oH03jcdt+8UG 2nfSeti/To9ANRZIlSKGjddCGMa3xzjtTx9ryf1Xr0MnY5PeyNLexpgHp93sc1BKxKKtYaT0 lR6p0QEKeaZ70623oB7Sa2Ts4IytqUVxkQKRkJVWeQiPJ/dZYTK5uo15GaVwufuF8VTwnMkC 4l5X+NUYNAH1U1bpRtlT40aoLEUhWKAyVdowxW4yGCP3nL5E69tZQQgsag+OnxBa6f88j63u wxmOJGNXcwCerkCb+wUPwJzChSifFYmuV5l89LKHgSbv0WHSN9OLkuhJO+I9fsCNvro1Y7dT U/yq4aSVzjaqPT3yrnQkzVDxrYT54FLWO1ssFKAOlcfeWzqrT9QNcHIzHMQYf5c03Kyq3yMI Xi91hkw2uc/GuA2CZ8dUD3BZhUT1dm0igE9NViE1M7F5lHQONEr7MOCg1hcrkngY62V6vh0f RcDeV0ISwlZWuQINBFMB0ccBEACXKmWvojkaG+kh/yipMmqZTrCozsLeGitxJzo5hq9ev31N 2XpPGx4AGhpccbco63SygpVN2bOd0W62fJJoxGohtf/g0uVtRSuK43OTstoBPqyY/35+VnAV oA5cnfvtdx5kQPIL6LRcxmYKgN4/3+A7ejIxbOrjWFmbWCC+SgX6mzHHBrV0OMki8R+NnrNa NkUmMmosi7jBSKdoi9VqDqgQTJF/GftvmaZHqgmVJDWNrCv7UiorhesfIWPt1O/AIk9luxlE dHwkx5zkWa9CGYvV6LfP9BznendEoO3qYZ9IcUlW727Le80Q1oh69QnHoI8pODDBBTJvEq1h bOWcPm/DsNmDD8Rwr/msRmRyIoxjasFi5WkM/K/pzujICKeUcNGNsDsEDJC5TCmRO/TlvCvm 0X+vdfEJRZV6Z+QFBflK1asUz9QHFre5csG8MyVZkwTR9yUiKi3KiqQdaEu+LuDD2CGF5t68 xEl66Y6mwfyiISkkm3ETA4E8rVZP1rZQBBm83c5kJEDvs0A4zrhKIPTcI1smK+TWbyVyrZ/a mGYDrZzpF2N8DfuNSqOQkLHIOL3vuOyx3HPzS05lY3p+IIVmnPOEdZhMsNDIGmVorFyRWa4K uYjBP/W3E5p9e6TvDSDzqhLoY1RHfAIadM3I8kEx5wqco67VIgbIHHB9DbRcxQARAQABiQIf BBgBAgAJBQJTAdHHAhsMAAoJEFiDn/uYk8VJb7AQAK56tgX8V1Wa6RmZDmZ8dmBC7W8nsMRz PcKWiDSMIvTJT5bygMy1lf7gbHXm7fqezRtSfXAXr/OJqSA8LB2LWfThLyuuCvrdNsQNrI+3 D+hjHJjhW/4185y3EdmwwHcelixPg0X9EF+lHCltV/w29Pv3PiGDkoKxJrnOpnU6jrwiBebz eAYBfpSEvrCm4CR4hf+T6MdCs64UzZnNt0nxL8mLCCAGmq1iks9M4bZk+LG36QjCKGh8PDXz 9OsnJmCggptClgjTa7pO6040OW76pcVrP2rZrkjo/Ld/gvSc7yMO/m9sIYxLIsR2NDxMNpmE q/H7WO+2bRG0vMmsndxpEYS4WnuhKutoTA/goBEhtHu1fg5KC+WYXp9wZyTfeNPrL0L8F3N1 BCEYefp2JSZ/a355X6r2ROGSRgIIeYjAiSMgGAZMPEVsdvKsYw6BH17hDRzltNyIj5S0dIhb Gjynb3sXforM/GVbr4mnuxTdLXQYlj2EJ4O4f0tkLlADT7podzKSlSuZsLi2D+ohKxtP3U/r 42i8PBnX2oAV0UIkYk7Oel/3hr0+BP666SnTls9RJuoXc7R5XQVsomqXID6GmjwFQR5Wh/RE IJtkiDAsk37cfZ9d1kZ2gCQryTV9lmflSOB6AFZkOLuEVSC5qW8M/s6IGDfYXN12YJaZPptJ fiD/ Message-ID: <828bf140-1be6-9d92-1598-bfdf689bbdae@linux.intel.com> Date: Tue, 11 May 2021 10:19:20 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210511002933.1612871-1-luzmaximilian@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11.5.2021 3.29, Maximilian Luz wrote: > On some devices (specifically the SC8180x based Surface Pro X with > QCOM04A6) HC halt / xhci_halt() times out during boot. Manually binding > the xhci-hcd driver at some point later does not exhibit this behavior. > To work around this, double XHCI_MAX_HALT_USEC, which also resolves this > issue. > > Signed-off-by: Maximilian Luz > --- > drivers/usb/host/xhci-ext-caps.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/usb/host/xhci-ext-caps.h b/drivers/usb/host/xhci-ext-caps.h > index fa59b242cd51..fb591e41cd50 100644 > --- a/drivers/usb/host/xhci-ext-caps.h > +++ b/drivers/usb/host/xhci-ext-caps.h > @@ -7,8 +7,8 @@ > * Author: Sarah Sharp > * Some code borrowed from the Linux EHCI driver. > */ > -/* Up to 16 ms to halt an HC */ > -#define XHCI_MAX_HALT_USEC (16*1000) > +/* Up to 32 ms to halt an HC */ > +#define XHCI_MAX_HALT_USEC (32 * 1000) xHCI spec has a 16ms limit stated in several places, for example section 5.4.1 "xHC is forced to halt within 16 ms. of software clearing the R/S bit to ‘0’, irrespective of any queued Transfer or Command Ring activity" To make sure hosts work we could increase it to 32, but comment could be changed to make sure it doean't get optimized back to 16 ms later. How about: /* HC should halt within 16 ms, but use 32 ms as some in reality take longer */ If that's ok I can take this and modify the comment -Mathias