From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f46.google.com (mail-wm1-f46.google.com [209.85.128.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CF4A32931F4 for ; Sun, 30 Aug 2026 15:02:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.46 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788102138; cv=none; b=KX+iqTQNa9OJi0ZmlExBOe58wcdiZ28zWDBtkrw9LY1brBHwxDsGOAQjkPx04ol9qpqSY7LNCkFmfsH4v5xQ0Jx6qI2HBg9ErU4syOwu6rp/tjljHS0WmTjfc2gimJirOyNw8dHTir4jLizsPCNqmttbUCq6TdA9bK9+G0JgKqE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788102138; c=relaxed/simple; bh=XUVWVuQrBdxE3yJL6IrorJDrHmI/gREoXd5KkUagmtE=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=BRYF++qn2hIUJzPmyzsE9cUAmTXEl5+WwQeMzRzXt0DRzvX5hsQ2K1pZcqHH9gIaA5aqsfvyQQ7ObAuU2ksIUh3IJH94kREO0+fDjyAOTEGj3rZUZBG0oqvHi104aGczNQ+XGNFVffaxa/1Rlh3xxqUo/Ro2kbLQnaYQwu5asEI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=h9TNv89P; arc=none smtp.client-ip=209.85.128.46 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="h9TNv89P" Received: by mail-wm1-f46.google.com with SMTP id 5b1f17b1804b1-49cd77e0f95so553005e9.3 for ; Sun, 30 Aug 2026 08:02:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1788102132; x=1788706932; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:from:to:cc:subject :date:message-id:reply-to:content-type; bh=AxDJBHK8GZ5nWALr8EBSgszbwIyzo9ArpXjhOeVOR6U=; b=h9TNv89Pvbc6RtR020OqhzFKnXJ8uwNHwi9cXFw+xsmj3YMmK5SSwT/71H4sgJv+ki fCLamYd5oJCb2nn7AIwx7iBaX3vnScNT/TXrdi30U10AFUV1vK80mmf1EusZJOFuX/Yf AArwzZ4+3nceECBiIcSX7KfkMXAl3xXiCHFwD9VIy58TUIwX9SmQR/EpnT1cCgwyHgbO ciQZgdPHDIwEgEUi+PHeMCG4ITiJIXBHxzLw6GRns4Bz3GavpLxG1qyzjQzk8WZry3ak hQO8mZJf5rmkpqqqrdyno8kWk2UJdqFnI9gvqTP8OzL8TuDAZXHi3R8PZjlU7Yfi3GY3 WcxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1788102132; x=1788706932; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:subject:cc:to:from:date:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=AxDJBHK8GZ5nWALr8EBSgszbwIyzo9ArpXjhOeVOR6U=; b=IbMi4JDIPVakQO4hGZ5qz5joLzFwIFYtbd5peMizu26aBjoPN+6vGp7fMSPilpBczM MoJlrhHJnDK0+WiE5Hn3hynvS7/a72IiTnH+xrhtMj8HDxPa07AzOUH7gQIBz1eQQohz RqgLLpB0Evs0OCGEtBA3abTQ1F7gCwrLmnWYd36OX1xLKgeadNKfrkVpEUX9KnYpzvj3 bO4e90Hb5aNagbxOgA36N7JDenMe4RfaODJ8qnkAntBLevzGCO88bV52l3a20SCheXqu K9pqfw7LfLKhUINu3adj/ndfSmZ2QNQlIPyep95jlGNA3NfZl7ZfALPmdgAOqAlUSvbZ iqow== X-Forwarded-Encrypted: i=1; AHgh+RpQFK0Mfnp7/4aABO4HggBE3KZ+jGRYTLddc9k9nwzKCTnh9EuoM6YvcI6k6Do3Lf4/hntvFqwG+fg=@vger.kernel.org X-Gm-Message-State: AFuF++mct/FC1EGxRddk7tW9dJvh7UglsJNY8iRT8Rh4yjLxzXgFujY3 LcfVx1F21uNsB0V7J8cgoxfzDAdkGNm1UZ6r/cWVELulsQQx0Hs5lZs795+Ltg== X-Gm-Gg: AR+sD10+xXotSAIQs0qsOlni/UBBkZVcVn//PRP+HmgCa3BENNB9ib/3XX0beGAIdvp tLEuJXRGuNN5OgUKOtlWJwlCb2v567fCM64R2TCGDvAu+/7ifXGOjuiCls85u257Nb4I5YHrdOz Y52qPyzTi8vRpNdUgp8X/HCYsC2pJg4y2X17WWPvZp16fVg7l9UKQRnGGMX3NwFEtrrUt5m6ZiI L9n+u4Y68/QKmDWZPtBgj3WRX+EORxR+KNLSlD//iGkHE8Bhhnb6RT7yQlm4V/6BfAGIXEsHFpL 2rYoKmKhz9LKt1GU1pOseCdmNa0nDYRt0oLpC/OiBQNRyWReblFkC9s1UdGV9kPpxg3ynF2Uyrg 4onHvVJTpi1aYi83y/wSOOF/pGtSIWP/8rUPzBejx0BJutPKCY7zn9i8JZSskXn0qVyu4lKEUOJ JR4W3gN782ivq2U+YFi3AGTfOhr/UDIf2kCQ0EVCpd1Jyv3SNfh9gFPm0L/dBzqwt7XAo= X-Received: by 2002:a05:600c:37c9:b0:49c:cedd:65b9 with SMTP id 5b1f17b1804b1-49ccedd661cmr149983145e9.16.1788102132121; Sun, 30 Aug 2026 08:02:12 -0700 (PDT) Received: from foxbook (bfk5.neoplus.adsl.tpnet.pl. [83.28.48.5]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-48436e2af45sm7203457f8f.9.2026.08.30.08.02.11 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sun, 30 Aug 2026 08:02:11 -0700 (PDT) Date: Sun, 30 Aug 2026 17:02:08 +0200 From: Michal Pecio To: Matt Eaton via B4 Relay Cc: linux@divinehawk.com, Mathias Nyman , Greg Kroah-Hartman , Thinh Nguyen , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org Subject: Re: [PATCH v2 1/3] usb: xhci-plat: add xhci-no-soft-retry-quirk device property Message-ID: <20260830165934.34e5b82f.michal.pecio@gmail.com> In-Reply-To: <20260829-xhci-no-soft-retry-v2-1-0efe22f1c2f8@divinehawk.com> References: <20260829-xhci-no-soft-retry-v2-0-0efe22f1c2f8@divinehawk.com> <20260829-xhci-no-soft-retry-v2-1-0efe22f1c2f8@divinehawk.com> Precedence: bulk X-Mailing-List: linux-usb@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 29 Aug 2026 22:04:10 +0200, Matt Eaton via B4 Relay wrote: > From: Matt Eaton > > XHCI_NO_SOFT_RETRY exists for hosts that can't perform xHCI 1.0 Soft Retry > correctly, but it's only reachable from xhci-pci, matched against two AMD > Promontory PCI ids. Platform hosts have no way to ask for it. > > Add it as a device property, read in the same parent-walk block as > quirk-broken-port-ped and its neighbors. It's opt-in, so no existing > platform is affected. The following patches set it from the dwc3 core > on behalf of hardware known to need it, rather than from devicetree. > > Needed for the Synopsys DWC3 on a Qualcomm IPQ4019, whose command ring > wedges when a Stop Endpoint command lands on a just-soft-retry-reset > endpoint -- exactly what unplugging a device mid-transfer triggers: > > xhci-hcd xhci-hcd.1.auto: xHCI host not responding to stop endpoint command > xhci-hcd xhci-hcd.1.auto: xHCI host controller not responding, assume dead > xhci-hcd xhci-hcd.1.auto: HC died; cleaning up Hi, Does it still happen in current Linus tree aka upcoming v7.3-rc1? Similar problem, limited to the specific case of disconnection from the root hub, was found on Renesas PCIe controllers (it looked like some internal power management interfering with operation). It seems to be solved by avoiding Soft Retry on known-disconnected root hub ports. Regards, Michal