From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ed1-f51.google.com (mail-ed1-f51.google.com [209.85.208.51]) (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 737AD36CDFE for ; Wed, 26 Aug 2026 07:00:01 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787727603; cv=none; b=gM331mnvjZ2fhQUJpSa9JWSCuS1MOq0Cx5ec9tgoFZRysVAukmWNijdgZGzQBz+AkzhgIwC9LzLUgUDn5Hw9XkcXMdnqssZhl53pvre00149QFZlPSTZL3Z75RV+wr/V9M/kyXJMBbKtgmtT6nIm/oK03qHDI/c8FhJDSWjTs2I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787727603; c=relaxed/simple; bh=LP+CjnPTNKJTOh9M44NP04G+M4Hbff+bxYnyBcwSMCY=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=n2fOBLW5z7z13SyNDmp6i0s8dgWbRuUp3PKk8I1Wai7sLF4tqMs/pOhnSdGFQH2BGEPVIg0bHZduqE6Ey+WA4jV2O0mESRiTnLe0Zp1fVF3SkxegeVmJ9eTI0QWlSaqvWP2zGxFmk3wZB9ALy3V2JW8DjgwHoEDs+rrRDRtLUG4= 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=rmdo7CJZ; arc=none smtp.client-ip=209.85.208.51 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="rmdo7CJZ" Received: by mail-ed1-f51.google.com with SMTP id 4fb4d7f45d1cf-6a5e392b2b3so701913a12.1 for ; Wed, 26 Aug 2026 00:00:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787727599; x=1788332399; 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=WauUjNIZUT9UpQVIgggxGeGxRKN9frgsdAp/zagOntA=; b=rmdo7CJZpHR25vsrePOxBFmoNzU9CeCqJIDRuYtMkL+HCbbpOE+ZsUHi9i86MZM2pV 902Ie7moc1Qi4JP8zY3ACU7Z14NVnW7qHwI7a2v3MoMfS2DFrgW7gajNdztzt4rO2l4l f+exzOtVBYf8w0KY8SFMSLP8s6uGMCesWbgEsNUyuDIpBxpzWwFLe5qPyv7OONltBxiN JG3tzXj53hz06CMzpcu3U17Amc3mK1q0fPPBOffBRp301L8uEr56NUa3/SoOwOU2iTn6 L3SgmVdMbraliotZjwKoiUdSkgBvcdfeE+GABeeSeR/yVVV3yQBx5HGtoaxtf2WELIhU uYBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787727599; x=1788332399; 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=WauUjNIZUT9UpQVIgggxGeGxRKN9frgsdAp/zagOntA=; b=CGTlm9f1yGqRfVaupIbOpHGuZDAokg857/0otBwwLavPNhq9JsxpXBGchtzzicXIA/ ujdw4twjiME8zTAROaZYwZMOrnTL2WI+knQahPt6eF0FJ88H03hi1LgsKkk9PMFcIZuk NMdeDMEIgXTgZ22JGL9kqrXUto6I4J1SlGwRx8u3sir+DDpoZhPu1flxDpQkA78r4FRL dhZdemhDuN3W+UwRKv4zF60zBh2iU9vGe9fAASZ16f9eQRQwayOJaL6JmuBk7q2a7WRe W6ZIol4qeV7MbShKMDvaTF4vJ38CzzZT1USzcw8rGgfpVigFHICHuaD7RP+z14MG+d/G LaRg== X-Forwarded-Encrypted: i=1; AHgh+RqVTA/jqnK1Lkj0yavhbEyr6dZhYPiit9Yg8Tf187EigHT5idhk1LdWTinDRJwbH8L16xG3k7uXApbzFKU=@vger.kernel.org X-Gm-Message-State: AFuF++kjejmxzHpEsv1/aKM4qo6ZMnQF343oFVGtVCIwCvDQTTxxB1bG gRUpWKCWSAGhE34yedN/2vriOKv9vNkIdrF3XjjL5+pbkebUJqSKvdk7 X-Gm-Gg: AR+sD13bTdo1eKe9395Nb0ghSQR1MBWyfS9O/eB2LCQV0EP2LDV/E/60lYmPhOMNExE WWy3XMxfzvNXj/Ygw4IkjnT8b/Se74Xgtk6NQaMgxN+yTiPjJ5wzTmDuGpNV5S3AQRVkTajccgV TAPAJ/U0WkmiXv6phVRMmAan3dkwbd9ISJ24mTZiTcfbHXopzLVOuQCH1ffzNsymZUpWzwfE/iY +Gzi50Z2bniR7tNYecQJlR45uWB6a8KLdz3AVBalVQRxpOLYL1l0SHL8ISU8mp4+/NAmJ5NsDuX ecmfb73108FuBmjbyFgE6lMxVHGQhO0T0MXss8e/9JSAgFmWtM+s/5b8qT4zAu5x5o7tuaVw7Wb mNfOj+shGwv+cGo70z8ry/a/lwfXwAHuvN0icvcIIh4DlSejG6rvA3JmQ806LqHhBxTl0GJzlPw riAVGDjJXmwOF0vQoti+JB96ZdDeQkbnDePig47XQbhEPDI4yKab8x+eaBpmMOlJ3lyZ0U X-Received: by 2002:a05:6402:1f01:b0:6a1:b0b:bc2 with SMTP id 4fb4d7f45d1cf-6a5df65b8c9mr6399127a12.10.1787727599087; Tue, 25 Aug 2026 23:59:59 -0700 (PDT) Received: from foxbook (bfk5.neoplus.adsl.tpnet.pl. [83.28.48.5]) by smtp.gmail.com with ESMTPSA id 4fb4d7f45d1cf-6a5de8d0b71sm2826662a12.9.2026.08.25.23.59.56 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 25 Aug 2026 23:59:57 -0700 (PDT) Date: Wed, 26 Aug 2026 08:59:53 +0200 From: Michal Pecio To: Mario Limonciello Cc: Mathieu Fluhr , Lovekesh Solanki , Thorsten Leemhuis , Mathias Nyman , linux-usb@vger.kernel.org, regressions@lists.linux.dev, stable@vger.kernel.org, linux-kernel@vger.kernel.org, Forest , Slavik Dev Subject: Re: [REGRESSION] 6.12.36+: usb: hub: post-resume delayed work triggers > uncorrected MCE / data fabric sync flood on Threadripper 7970X > (bisected to aec11e5f9c45) Message-ID: <20260826085953.7f8e3949.michal.pecio@gmail.com> In-Reply-To: References: <07435e6b-ee30-4c85-8c8b-0ce3a4ead1d9@leemhuis.info> <20260823174059.46fec036.michal.pecio@gmail.com> <226b2f34-fa25-4ca6-8afb-0b3dc942715c@amd.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 Tue, 25 Aug 2026 22:14:32 -0500, Mario Limonciello wrote: > This isn't a BIOS regression, it's been around since the beginning on > this threadripper model but it was harder to trigger. > The Linux kernel changes in the bisect exposed a platform issue. > > The workaround you can do for now is to disable runtime PM on the > XHCI controller to avoid triggering it. But it's a platform issue. > > For a proper fix you need to reach out to ASUS to get an AGESA > upgrade. You can ask them to reach out to AMD if they need > assistance/guidance on the versions that contain the fix for this. > You can share this thread with them for reference. This sounds like it's a known FW bug, so I suppose the exact failure mechanism is known too. Is it triggered just by putting that PCI function into D3 at a "wrong" time, or is there any USB/xHCI layer involvement, particularly anything out of spec by software? I ask because we know one case where dodgy SW actions cause some AMD xHCI to malfunction, but the problem is contained in the USB layer and the affected xHC doesn't bring down the whole SoC. Any thoughts about the patch which reduces suspend delay for root hubs specifically? It restores the original timing of PCI resume/suspend cycles, at least as long as there are no external hubs connected, and has just been reported to mitigate this problem. Regards, Michal