From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wm2-f13.google.com (mail-wm2-f13.google.com [74.125.225.141]) (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 73BC64CA294 for ; Wed, 16 Sep 2026 13:28:54 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=74.125.225.141 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789565336; cv=none; b=E7rWLwe3e9ux5jDlTH+uO2WNlkew5MVmXJyGcOJGJMTQ4ZatIBkVD1XgyoA0i81/6nE9v8RX7owss31RlGfnuNOOdChwuLLrKWZrK1uGE3M80x2ap/+dydeAf6cclNNFqOIMSyJKayyM1N5WEdkoiaablCE+DNINykzLZ3QWmqY= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789565336; c=relaxed/simple; bh=TqbeODdYQEEftgsPxXsYkF97yhYGAJosPirzjv//pFQ=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Oot4QvJbTs/n7vv2RBQwGMxxNg9BejyMjwCG5egZAlIGIcTc0CPs83Ox/ZCyMHE84SEVAD4rhQc5fSyHFJ73PpTsJUOwq3Unt8e/sxhHedMV70zHOzgF/qPsBsBdyzB4zFohKQUcYWosx0OyLYGiIiHZhZhiMAySVbicKVSD5L8= 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=SriF5u9c; arc=none smtp.client-ip=74.125.225.141 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="SriF5u9c" Received: by mail-wm2-f13.google.com with SMTP id 5b1f17b1804b1-49fbc3db5fbso139665e9.2 for ; Wed, 16 Sep 2026 06:28:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789565333; x=1790170133; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=TqbeODdYQEEftgsPxXsYkF97yhYGAJosPirzjv//pFQ=; b=SriF5u9c3M1yb4t2l0x9yA3RoFsu3Vst90q9fR5CzgrcSm+f6B4+JUdAqc7x96bTgL CyO8ie0Zzaizi1UAoyc7uo20C8BjH7pQS/5JkPsZdFmmtT77upCXbaWFeNGDWR3/B1jQ rMT6g9DXhRShNlVFmSOK6+TgqeMYJF+7dvaGDX57R/xL2Z009KCxCGyTtn57/0XKDN3g qbD3dulK479ejAT1VxqfFvLpmzb4EI8jnkFCKAmI207Zke2+/3NR1vR1I6+a9senxIHG jAotvyloepLXY2BOs+4qAW0EDVxRkGfYX9sL/GfcidJ1YcMN+sFw3p3JBj0apE3M+B2p ykZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789565333; x=1790170133; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=TqbeODdYQEEftgsPxXsYkF97yhYGAJosPirzjv//pFQ=; b=p2TkSgOAkBO5HzSH5rOnPPFfwPvjED+V2yFHJrBgoz6q5UI04XiEnGOfUybpmUHtRe ikAX5VKRm9VNKE/NnKkafiOJtVcmsDihihkcK8J7ZD58JLV5njr+fxT1JeRBYVwAcU/P cT/0nJ08KQ3/BPg7qBydy6PEjCdw2waBkxOwFFkpE3cCQSshG/IpWiksJcdDNXTrus+F mRXQJq+uJNBvIyWF08XSyhqiRcGaFoEHGCZ9PaEKQK6V8GdPGiDl7cUtPe38TB948wOH HaegPcYmo8BJ4dyUI9zY+evzNyWqhIMCe4/4bXvrVrFzoAeQV0RQZRN1ojWbrjOnLUmg ifjA== X-Forwarded-Encrypted: i=1; AKwUvBx83qTqd1R2YzaofvTE8RVnzBH/s9dbUzcz44oT5KcmMTOntng1mDLr20Bv6x2Ug+MfTKL3b7jpoHE6uDs=@vger.kernel.org X-Gm-Message-State: AFuF++nkZPpO3LSGfaelQmj0Oh73N0BZEb0Nzxgx5XflFrnkIyt8GJhL taPMlLHg8KnLvghny3MWZm8LiTsiG75P+q4M+rEYLDHnjiF2o31TexK4 X-Gm-Gg: AYBFou3Tq/eaTFkDH1RvN+LklTiaLj7uEuERBKeNXlcEaAHT3FjbAIynniLSaISlysz 9FU3kp1gGx9idhMg7OtSrCnyQ04u275OHh6RXNM3hWzK2j3TAb1Yww8l4JzU6e6dTHQ9U4eziFq paRjzT+njKlr4TURAKYdbkDRPbNqOiJRysf6TtdeRGu+4Xq7h7DIV4FnhLJ0Tbz/pI0uZ1pLsEr owGNjtnHz6cNOZSXdnvpR+LszkjyglY/+oDGO/61DJYb539KV8dIy6PTr4MvzQOPVD4HeM+kVWS qnexSoSnNYz0ViifUtlJT6oxb/s9oKQtv173sNvMuTYbK2qfpZRajzfLqkvqBYeKL8qqVW3ACb3 05ji1EvjXm5HQwhopgSkUdWNyeNdAnXkSNNAXcyn+alMr6dkdP7KiF6Gj3/dEp4OI1cHv9DVWGG x6t7TSmKQSqPvFcaQSs8pfC6hPJy0NhvEK+ITZnb8ctM+cYKrUfD8ca/91PiMhGTFL0RrnW65VQ zgDolEbRys0l+iwh4Sb9ni9ncXXQvu1T643YYfos4nu3LDoewKPo/oMg4QPmgeR1KaOG4DzNUIL zH0= X-Received: by 2002:a05:600c:4e89:b0:49e:745d:5768 with SMTP id 5b1f17b1804b1-49eac4112e9mr27160505e9.0.1789565332521; Wed, 16 Sep 2026 06:28:52 -0700 (PDT) Received: from OrangePi5-Plus.BB-HOME (20014C4E1B8E02001A623C292D45A2B3.dsl.pool.telekom.hu. [2001:4c4e:1b8e:200:1a62:3c29:2d45:a2b3]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-49e847da0cdsm594135e9.2.2026.09.16.06.28.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Sep 2026 06:28:52 -0700 (PDT) From: Igor Paunovic To: Jiaxing Hu Cc: Tomeu Vizoso , Heiko Stuebner , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Joerg Roedel , Will Deacon , Robin Murphy , Ulf Hansson , Philipp Zabel , Oded Gabbay , Elaine Zhang , Abel Vesa , Sebastian Reichel , Sidong Yang , =?UTF-8?q?Uwe=20Kleine-K=C3=B6nig?= , Chaoyi Chen , Diederik de Haas , Alexey Charkov , dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, iommu@lists.linux.dev, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Igor Paunovic Subject: Re: [PATCH v13 03/14] accel/rocket: wait for a running IRQ handler before resetting a core Date: Wed, 16 Sep 2026 15:28:24 +0200 Message-ID: <20260916132824.13527-1-royalnet026@gmail.com> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260915104328.45901-4-gahing@gahingwoo.com> References: <20260915104328.45901-1-gahing@gahingwoo.com> <20260915104328.45901-4-gahing@gahingwoo.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi Jiaxing, Thanks for flagging the job_lock change in the cover. I re-ran the same protocol today on v13 as posted, 2+3 and 2+3+4, three runs each, same board, base and config as on 12 September (JOB_TIMEOUT_MS=2, PROVE_LOCKING, DEBUG_ATOMIC_SLEEP): 73 induced resets with nothing from the driver beyond the timeout message itself, no MMU faults, no lockdep report or warning, and lockdep still armed at the end on both kernels. Of the 126 inferences scored, 118 matched the CPU reference within 1 on all 48 channels, and 8 missed on all 48 with the channels the scorer prints reading 0x80; in the two runs traced with the kprobe, those 5 results sit exactly where the 5 -ECANCELED completions do. The limits are those of my 12 September mail (all resets on core 0, one client), plus one more: the model is a single 1x1 convolution, which Mesa submits as a one-task job (one completion interrupt per good inference), so hw_submit() never ran from the IRQ thread, which the race you describe needs. So this shows the lock adds no lockdep report or hang on this path, not that it closes the race. On that basis the tag stands for the v13 form of 3/14, with the same comment: Tested-by: Igor Paunovic # RK3588, three cores, induced reset, JOB_TIMEOUT_MS=2 If 4/14 changes shape in v14, I will re-run that arm. The scripts and the tallies were prepared with an LLM assistant; every number above was counted from the raw files of each run (scorer output, kernel and serial logs, kprobe trace), not from the scripts' summaries. Regards, Igor