From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-ej1-f53.google.com (mail-ej1-f53.google.com [209.85.218.53]) (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 4BFA639184A for ; Sun, 23 Aug 2026 16:10:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.218.53 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787501451; cv=none; b=IQeYZEKTX04lahtp4w7MkibRIaG5NTMhcaRVCWkVXNF8kv2xwfBpMk+z7j7GDkoWbHO4wiUYAfdpcdf6/hj9VyIjFfHbXuoQ785ipBg68fPALzVAiDk+2oklRe1gXEoPaeBC+6PMDxLsZalKJrbukd1x9jn51OqsgnSRM2fhdfU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787501451; c=relaxed/simple; bh=lbWmABHhb9TMAF2Ok/ofP++jFSdI06DXNKBawGkc4oQ=; h=Date:From:To:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=dRAGGS3kYxOgMHcLORoo7M47gIox0937SpdHXNvp5SSKKMepZfAiLNzlECGJ2m1J6iUAsydcf9mM/YGO5Cblr+R8yVk18LlY9DUX1k0SYk9A7ex9Z37vxPwVZNi9YP9PxxKOFSENeFEFugDAsxan0sHFeLCOg+D8HQvjIxUeWD8= 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=FRcZ+hnZ; arc=none smtp.client-ip=209.85.218.53 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="FRcZ+hnZ" Received: by mail-ej1-f53.google.com with SMTP id a640c23a62f3a-c1c50c1e29bso424440566b.3 for ; Sun, 23 Aug 2026 09:10:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787501445; x=1788106245; 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=TyORu0icZu5goeOAIcax6J1V8GVbm7LatmMPeHFdvPo=; b=FRcZ+hnZ4/1kTvqEa88jiV6ORlMHUDNUZTbLqRBOPi+Jmhq/AyjEM46tVwslbc4VkF guL0yj+I+9bJiG+QHaRQ9dod5Rrw0mcmavwh6NLr7Nb1YIcVOBV/x1Fh3sibEitC7u87 m/EIPT14VffQDEUGyCzlqjdeqxCdW45yG5iJWp3NPnyJL16GhZRTpZuymZ3d3OgEHpeC 2CnLg+Ip9etcSSGHesbGUWBI1KGnPtdT8AC2a7LTNbDXzrv25vNkUtDRs6gMrqsKDZ3R x+nPrkfM1FpGuho4ZN2Pfh4+qhbqrsu5fuIGf/8qh2cBS7VtvwNU15/Jv6wF4/06W3UW Fmnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787501445; x=1788106245; 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=TyORu0icZu5goeOAIcax6J1V8GVbm7LatmMPeHFdvPo=; b=chcbD6hy9BC8gYRGCE9BkA0CZywGpEiqXnUXr1b09MFwsqSOylhrL2QAsWVLfoBLyk y3apBjrxd691QUvkWS0Mh9FYvTrOchUVyTAkSo3c9qlK6FKERpCNwGQVd6WI0JvrJW/u Br6UPKEG0iTUupZ843KGhxp12hR8hEa0rHjJ/4SEpmJW0sNH/jUgjJe5EKzubT4a8Eq8 o9+A4ijvXxQvahHHqs9nTeVAGr0NlGqNjvhpFvdZxCSKd/9rmok29FhBCi35h8m7OYE5 tFsOh2/nBSn/yKqEOkKOTOfCwZSnvnad6WerDnFYleZ6zOqIs8Je+b66/at01qiF/Ctf Swtg== X-Forwarded-Encrypted: i=1; AHgh+RqDyqthJhCj40MBQ4idAYFA4y+hmNYknN4e8FOUVUe6suTCPxPBSGJrgyfB90JX+XEE8INa0tY2IvvjMJA=@vger.kernel.org X-Gm-Message-State: AFuF++lV1qBImawj7CuchiG8MkwgzcfdfzxDHP+Fbbv0c16l1/4CnnnD sm4Lc/uXQQRiqOC76nfripm4Z5T6jHa5SugfMKRg3crVLSbZetCHN55+ X-Gm-Gg: AR+sD12d5nl7gV7cC5Vexm9a/lnRVG+gJPC8cB+d6SDyZ1QHxV7Uer/mIPKeVbFvkOF 041Cm2Yml10AMaI49iS98YpuQ45Jz0qWJodpU1K483bM2qdns8xjhQpojJnjGTvwev4ryF6Qyk4 XDaQpb3N2oW3gxWkIoovJDc8xzJ5YYTAz8sYli26nTqKWZdSV8zc/PqXbMAKyZnAC1hdHcVgrK6 npIpR41fWm+hUG+zzanop9Yz7MWcDBKG6MkNcxSZHtCnA07xoySwjNbK0wsxR5p4RUZczJa93im ut7GTLyQybhwtOWs+lDyL0NUgJsYI59MD3pjLlryGNNUNZD3iCLBWneBuuN5DjJf0c/dsDYmQ5d aokz3Dy9jqQ4IcWLu4Bybm9pBTkARZOHMTtnITej0YpmSOLM824AcA95CaEM9amiJNkd+871YoF QcjO+W6JAH7xqZg+7QIuDEBQmAVFFh6Y+seKwmi92PNhXLMmWD+qvPY+pYoqTS0U1Cpu8= X-Received: by 2002:a17:906:ba97:b0:c12:9b98:209e with SMTP id a640c23a62f3a-c246a692891mr2208059466b.23.1787501444843; Sun, 23 Aug 2026 09:10:44 -0700 (PDT) Received: from foxbook (bfk5.neoplus.adsl.tpnet.pl. [83.28.48.5]) by smtp.gmail.com with ESMTPSA id a640c23a62f3a-c2496738e7esm921183566b.46.2026.08.23.09.10.43 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Sun, 23 Aug 2026 09:10:44 -0700 (PDT) Date: Sun, 23 Aug 2026 18:10:41 +0200 From: Michal Pecio To: Mathieu Fluhr Cc: Thorsten Leemhuis , Mathias Nyman , linux-usb@vger.kernel.org, regressions@lists.linux.dev, stable@vger.kernel.org, linux-kernel@vger.kernel.org, Mario Limonciello , 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: <20260823181041.4eb74365.michal.pecio@gmail.com> In-Reply-To: References: <07435e6b-ee30-4c85-8c8b-0ce3a4ead1d9@leemhuis.info> 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 Sun, 23 Aug 2026 13:44:53 +0200, Mathieu Fluhr wrote: > Yes, looking at the reports, this looks definitely related. > What is happening when the emulator starts is that it also starts adbd > if not running on the Linux side, to communicate with the emulator > later on. > > [...] > > Ok, here you lost me a little: Looking to all the links provided, yes, > this looks very similar to what I am experiencing. But (and correct me > if I am wrong) > 1. reverting the "bad commit" is not really an option, since it was > originally authored for a specific purpose (other than annoying AMD > owners :) It does seem so, even if the specific issue report isn't known. It also isn't clear (at least to me) whether the intended behavior of the patch is causing this, or if the patch simply has some bug which causes unintended side effects that can and should be fixed. > 2. the patch that Mario proposed is very recent, and would address the > issue not on the USB but on the PCI level? > > Thanks again for the swift answer here and all the informative links! > I must admit that I researched a lot debugging this issue, but I never > thought about looking to the USB side of the problem, focusing more on > the CPU side. The issue is obviously a severe HW malfunction (you mentioned MCEs, the Ryzen CPUs simply totally locked up), triggered by poking certain xHCI controllers on the I/O die of these CPUs in some wrong way. The minimum known trigger is this loop from bugzilla comment 8: while sleep .1 ; do true