From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm1-f45.google.com (mail-wm1-f45.google.com [209.85.128.45]) (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 1CDDD3B6354 for ; Sun, 30 Aug 2026 15:02:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.128.45 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788102137; cv=none; b=JqYmRsRhRJW959GDU3N7oLqGtpwT9OuQo1olYDUBBGp50p1H3cv2xJWP9iDrbDa8HqLNnAgtfzxh0e7DZj9tzWkLNSYf6Wigr+dip9GiH2rnouCq5oD5b74PvHo47IoHOKUIuTp3NidOmjVze16VfqR5VmkoDHuFDJw3HHwb3c4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788102137; c=relaxed/simple; bh=XUVWVuQrBdxE3yJL6IrorJDrHmI/gREoXd5KkUagmtE=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=J2K5i6iqgOiEpNNZyZvFWcC90/n7Mjd4VsIZOZMfd8NknxVfMAwwRAiD5LWOdSmC/EhqtYBgaMSmpICiScMXb/XVaa49nWBbEnT94g8+CKAjz5K49ONu4XLtlVMfY+FnRbcLyVMucvi55IihXJ/8I+/AAmweccpA1ltJh1pfBIc= 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.45 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-f45.google.com with SMTP id 5b1f17b1804b1-49cd77e0f95so553015e9.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=oiF31VMW+9ehMINUxWGdsFCpKkEgnD8ulgB6ahZkUxof2lkf0R8Za+8xDycoZsm7bY 5TIVkQI2o0+u/Tf/iX5XsaLT96HN8HUxlPcqJJW+qzZPIm4BK7WIKRE7bGcIj8azBWPu tDWY/vsFvz+VqvzKTWYXqC9NDRfT2g5irqm24lyaGMybst1ImSpx88O4bTIm/HziBuaV vhNrd3I54iUhLpaEvi3G8859EtVnYm9Ox12ZZumGxdd6CKa2ccIKOgnuIOpxz4k5LMoM VywGpxCfKaZO8aydGOyO7YI7LG5zMAlIMgVLT7cCQd4MyD/sER1VJND6vBV6FV6laVu5 e7uA== X-Forwarded-Encrypted: i=1; AHgh+RoHy/HqcSwumRD3+nEo9c2xZX83nJP59gdcLvEJINy3IgfB+BCD88CCIKu3AKb+ufOR1dVmRbDGVBi0raE=@vger.kernel.org X-Gm-Message-State: AFuF++ndvR1nK7n0HKDLafVX2BXRNLiPja5OUKDjf/NM97rEO/AE1Xxd eHUY+PH20RkYK+Mhj+vMctuX8Mouy6ymflV+inyK3ymIEuZNFOdVufCG X-Gm-Gg: AR+sD125/fuoQoJJC4wPxsm+VqIBUxkMP6vjGaIPPBbk6MDUuF4YjsrhkXldzTXw+FJ tTZtsiLlMMW45Tze7lhUxiIAHiBqgFCBLveSY7iOpOhkQcftL6e0sWtjlmyqbWaQO6vNgw58Yf4 3hgU42PWzoAYHsA7kvk6I0turRCXICBfjfKqKB8Dwz+3hlsYpyfxuLk+bvENoZ9JsRKURQSVKvU Sq1F3cuD/Lr9Gmt5HEAhjVCtWQ5jfvptMq7on6GwSK0C5bXSD9azrDJAcSwOX2irBA+RPN5xuWF kzo7EnSoUlTZH0Lix2d+kT0KwRB0R0ercFT+gj5wZktsM70lRxs55MjqUw/6L/Nh6grDtv8wx+y fOgfrPJfaEyj/nRondvMNVqdJl+5elt5veEgXOGkRQjbqNv3cbZJUk/mIJgRWrFXlB0u2kZr1ZA 8OmyXQIXdqvkGjrS99I0TkJr67ui02djlxmRyFjQHfITr+pcGnHWBWm80WufkmtjqOVSQ= 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-kernel@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