Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp379639pxj; Tue, 18 May 2021 05:36:19 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw5B+OQCJ5+w/E3LvPYvwVYv/CAe9EML8UXRMh8YFOwUrEeXvCjRvZhuwm+qPQ9y8BVrhVq X-Received: by 2002:a17:907:2646:: with SMTP id ar6mr5800458ejc.293.1621341379073; Tue, 18 May 2021 05:36:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621341379; cv=none; d=google.com; s=arc-20160816; b=LRrZZ8iDmAVj5IByGc5OU5zaDn8Y5Gp0D2HtoIUhVN6hC+bl33ovCaFSOegW61h8Ef qh01SFPHriaOUlaWqtkdkjckJn56d+Czw8YU6xCMFyRg7UPiN7zWufBkx3FG7SHQziXD Nl946R3qYjQjHoddoff/gIIfa4d+NTWjYEEZ0lGKeoNj5g+2M5obKZSRA6EtAoyYGbkQ UaEkbAEiwCOYieB1zQySrwpbl+T11JWg2KRCEviB3R71H3m5gxZ5c9SWWjIozMCAlTkf oe97umO2jge3sPL6wlxakJ/9YjscAhfc0mX6Ru3qzbkDSMXvWZQZh9dA8NT3piaQUDUZ EwcQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=D2oIH8i6fcrpo5rT5N0cPAQ5dNcZaNbFhXzGcodDI5U=; b=lYu1N8QlGCw/LRdkW4Af9Q9ESLiQA4spOwZg2zV/BotGNZ01wF6Id0Wkx91KDJbUXW GEuEzLgHRDx60DX+/2PvlTkcvMB5nSDQGxiatO8U9CfIX7TeCNTc0LU9hhoNOTPI/rao eI25GpFyM6HIOiKyky+LUdL1OkwtvOIRtM3FOS7VuA29XcAz0GJgaddQrYHLfxNNpi2B 59ZmuMUbkJGvd4Iwj+aBO5bqQpWx0DmuUJIYCECuf9Y5Zlo89aMVYqKGZ8rZ+RoevRYW YgZgdq7HAIx0eQ77UJMarllHYDDn/zjyVaNKBrKg5exHfVeF98FfvIRrTI2rWjC1zeIk vJSA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=d7xKJy+8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j16si1745061edj.357.2021.05.18.05.35.55; Tue, 18 May 2021 05:36:19 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=d7xKJy+8; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243381AbhEQPeH (ORCPT + 99 others); Mon, 17 May 2021 11:34:07 -0400 Received: from mail.kernel.org ([198.145.29.99]:55932 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240500AbhEQPSj (ORCPT ); Mon, 17 May 2021 11:18:39 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1E77561C71; Mon, 17 May 2021 14:33:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1621262013; bh=M8RgQpG2b4ai5zpHDappdZ5NZAFlHdCK45JXNfJIUtw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=d7xKJy+8TIxkCLo6xkIE0tzZGip4d+RwRcl12naIkz6AqWq2Ev6a/6ovolnc+qCRW GrxNI3Zi/sPkU9R0uOLPP6jqtLIU6IIAUhV7mkpTAu5al/yAI9J2cvbjnZ0o1cM8yz ZTRMhsFeKac8xaqV9SBZ1Qn80aPgAkP1/guegCq0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Maximilian Luz , Mathias Nyman Subject: [PATCH 5.4 115/141] usb: xhci: Increase timeout for HC halt Date: Mon, 17 May 2021 16:02:47 +0200 Message-Id: <20210517140246.669196722@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210517140242.729269392@linuxfoundation.org> References: <20210517140242.729269392@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Maximilian Luz commit ca09b1bea63ab83f4cca3a2ae8bc4f597ec28851 upstream. 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. Cc: Signed-off-by: Maximilian Luz Signed-off-by: Mathias Nyman Link: https://lore.kernel.org/r/20210512080816.866037-5-mathias.nyman@linux.intel.com Signed-off-by: Greg Kroah-Hartman --- drivers/usb/host/xhci-ext-caps.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) --- a/drivers/usb/host/xhci-ext-caps.h +++ b/drivers/usb/host/xhci-ext-caps.h @@ -7,8 +7,9 @@ * 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) + +/* HC should halt within 16 ms, but use 32 ms as some hosts take longer */ +#define XHCI_MAX_HALT_USEC (32 * 1000) /* HC not running - set to 1 when run/stop bit is cleared. */ #define XHCI_STS_HALT (1<<0)