From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1792923205; b=RBwoS41/rAzX33ZhWlRKLssRcX50hgrzlBCEaErdBnlSLH+jOwZxZbm735X5spzMxzbt UvXHJs3ZzftIsa9DVL/87vWOdA51oOtVKIfP+qTcnXHiebc+C/QvwXYT4mrvfA8h03dxB MTsHC5weEoMt8OfOOA4f7mldZ60hN6ZQkpJ3l+sSJatoWZQUJhS3Q3jTVTTnLFR8l8ydc +V0sTh5H0pBTBApDuee462kmrBnqqh1sWqEHwGGtCUlpapAm1uOT0/ySHvwDC16wahZra hPU7/c/86SbRISJNHrDyHaboWbhvepPH5C9Ts9HN7rnaI0NEutkOJgBl0+iQ2O5hk+g== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1792923205; h=Received:DKIM-Signature:Received:Date:Message-ID:From:To:Cc:Subject: In-Reply-To:References:User-Agent:MIME-Version:Content-Type: X-SA-Exim-Connect-IP:X-SA-Exim-Rcpt-To:X-SA-Exim-Mail-From: X-SA-Exim-Scanned; bh=rGFCsEtP1sTq2b/vLJjjF/Cwypn9JCl9j9CM/dkgdnI=; b=uN8n/CrAgPXtAfQorcblf7d7uGA5YYVtAG46+YzfTVL6VtpiWgVZ7KE/NTQrrckBY/8G pZkeyACvhejPVF6pHzMuqrwpKwS/E/KpXaR9u06R/Jg4/SJ9Q67G1sjtrDLRv9BD2DrDR hc+WxOctVMOYQHI6BL3W0hmUMmVDgnJqGMBgtsJjpG2jOZtoNOrG4m2E99zX7z48snXwb VxJjS2yn5EWM/sdfD/aWT/aTv1o8fE99TGHak0TC5c3mLLM0cKk075YG582j0Umbzkj9t Ut7XNO/x4L8yVUkw24HM6lxlMY99ZA3kRwuJeMbKXf0VxWrZoMCPwyHeHxcapM3Rspg== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=MmCFliNx; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BF89B606A31A; Sun, 25 Oct 2026 10:13:24 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key, unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20260515 header.b=MmCFliNx Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4433E1F01825; Sun, 25 Oct 2026 10:13:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1792923204; bh=rGFCsEtP1sTq2b/vLJjjF/Cwypn9JCl9j9CM/dkgdnI=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=MmCFliNxCN9CPRe9+2vwtUzuz8wVLQDc2oOMja2WAKf23DbsFhC5jp/BNHzoZbMjD I+S/QTwcsVmpKrubiBKATtukyycvXVfsS6gxzAXvSSmWAwg9yAi+MXKmLX0fBhu5ez NuFc5icnKVVUIE1nwBBoKcUL0KycR3aQk0CT+Mq0bfRxH4RomKIN/dYCwhnAGdskDq S5sOJV5OnaDcCzPBS5D3oA/2uzownEafc6Nkahhw4cgrYc5cuwPPjnPsCYak6Um698 Q+Ph0S6IDZlrmUafOzkp3tdjeixOUUsSi47wfoFYR8ktyb8hZAocS38cBtpPkLfX4A aNOl/GDnXKMjA== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1xKvEA-00000006w8k-0rjU; Sun, 25 Oct 2026 10:13:22 +0000 Date: Sun, 25 Oct 2026 10:13:21 +0000 Message-ID: <868q3mytoe.wl-maz@kernel.org> From: Marc Zyngier To: "Colton Lewis" Cc: kvmarm@lists.linux.dev, "Oliver Upton" , sashiko-reviews@lists.linux.dev Subject: Re: [PATCH] irqchip/gic-v4: Use a separate lockdep class for vPE doorbell IRQs In-Reply-To: References: <20261023215207.1465369-1-coltonlewis@google.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) X-Mailing-List: kvmarm@lists.linux.dev List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: coltonlewis@google.com, kvmarm@lists.linux.dev, oupton@kernel.org, sashiko-reviews@lists.linux.dev X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Fri, 23 Oct 2026 23:16:32 +0100, sashiko-bot@kernel.org wrote: > > Should vPE doorbell IRQs also be marked with IRQ_NOTHREAD (or requested with > IRQF_NO_THREAD) so they are never force-threaded? This seems legit. Colton? M. -- Without deviation from the norm, progress is not possible.