Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1540978ybb; Thu, 9 Apr 2020 04:18:43 -0700 (PDT) X-Google-Smtp-Source: APiQypIxhbyIyVwS8NXa14rKjKO8iOWle+ruAEQKl+EzPT8B3fcTIbtPWrub+CBX4JbNJbLNv6cL X-Received: by 2002:a9d:63c5:: with SMTP id e5mr984462otl.125.1586431123322; Thu, 09 Apr 2020 04:18:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586431123; cv=none; d=google.com; s=arc-20160816; b=M2w1YgGjF+d1vke2DfbwDUmM12Bg0pXKXjnc2nWa3KKaoBJVXmL9fL2ZjK3JdQYlYo mk7jl5Jdd4hSEce5tUKBuhRmcr78jnNa1C4cGRI6k7AvTiYgac+Itocg4PjnB+B9kQwO UyqZgzUi83HrX4Fgo1BB1mGIgulHfP+9PWtpYJuqYv7sxnz94sfV9Xd/AlENPaXecpSC lLbyW+xJP2bY0rHhep89HUoLmhfhP7rY4RS4Dm7+wILP2qSXJwdTqcQ5KnV63bSyHhrl FOwSm53syYE/dLOaQ8aZn0o6yTCFDfGJFmayNHkbxZg74BZPtmHtu86C9wmNt6BLhtxt 2UlQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date:dkim-signature; bh=U28voKf76lfZkNPNnjFS/knwVp6k7kiQ4IDihTF0ueQ=; b=G/PRBUyQ0DHQnrC49JBxeXEWaniX26O7M1UrGGzcJGhN9zooG/+hYT/vt8AsIxWTh6 wKOyGMd2rZIFbNrhRghFFYkLHBo2HhPXysTSw4ETWg0GPf2lCm/J2dtVmHVaMIwevOpe 8lPljl8YGFyP/tJGvqZ2eXytmC/gd6MpFa0ITCibVegu6IFpximhSly04eJjLUMZHdvA 4ptY8B0DHsNYAtOwh6gQQgLF9w+clzxVbw6j8Wp+krnrcG7XbIM2SR+w53qIiBFVJ46K Q4o5SzT8jJR1Tj+HEUv/e5g9tnOFz4f4YTXxlgGC2fPDzSG2PG4aoRKi8XPhuWcz+g2B zufQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ctufLEy1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w188si3321706oig.183.2020.04.09.04.18.28; Thu, 09 Apr 2020 04:18:43 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ctufLEy1; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726583AbgDILRq (ORCPT + 99 others); Thu, 9 Apr 2020 07:17:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:41188 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725828AbgDILRq (ORCPT ); Thu, 9 Apr 2020 07:17:46 -0400 Received: from disco-boy.misterjones.org (disco-boy.misterjones.org [51.254.78.96]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 6398320B1F; Thu, 9 Apr 2020 11:17:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586431066; bh=8Ug6GC5kIzXNDcpmlUlWmetp+Yosb2nlpMdk9+yDKt4=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ctufLEy1uCQSKe1nAzuhT+y5VHQOdlCiK99NoyJ0WIg40r+EiJDhsuimSQZ1zdOuQ FwZQWyS81yBA56/MOvtHKMLRuatS1bNYsNKhFzzydx4qETOvcMymWLzzrOLxpIdR8S VYZSWTFuc4bowJJVn9HqZr/mikD0qsEVfKW6TSDY= Received: from 78.163-31-62.static.virginmediabusiness.co.uk ([62.31.163.78] helo=why) by disco-boy.misterjones.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jMVBo-001t7x-LJ; Thu, 09 Apr 2020 12:17:44 +0100 Date: Thu, 9 Apr 2020 12:17:43 +0100 From: Marc Zyngier To: Grygorii Strashko Cc: Nishanth Menon , Peter Ujfalusi , Jason Cooper , Lokesh Vutla , Sekhar Nori , , Tero Kristo , Santosh Shilimkar , Thomas Gleixner , , Vignesh Raghavendra Subject: Re: [PATCH] irqchip/ti-sci-inta: fix processing of masked irqs Message-ID: <20200409121743.10bbcc9a@why> In-Reply-To: <851d5063-475e-ea7b-6609-684b08283550@ti.com> References: <20200408191532.31252-1-grygorii.strashko@ti.com> <20200409103144.3b2169bf@why> <851d5063-475e-ea7b-6609-684b08283550@ti.com> Organization: Approximate X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 62.31.163.78 X-SA-Exim-Rcpt-To: grygorii.strashko@ti.com, nm@ti.com, peter.ujfalusi@ti.com, jason@lakedaemon.net, lokeshvutla@ti.com, nsekhar@ti.com, linux-kernel@vger.kernel.org, t-kristo@ti.com, ssantosh@kernel.org, tglx@linutronix.de, linux-arm-kernel@lists.infradead.org, vigneshr@ti.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 9 Apr 2020 14:11:12 +0300 Grygorii Strashko wrote: > On 09/04/2020 12:31, Marc Zyngier wrote: > > On Wed, 8 Apr 2020 22:15:32 +0300 > > Grygorii Strashko wrote: > > > >> The ti_sci_inta_irq_handler() does not take into account INTA IRQs state > >> (masked/unmasked) as it uses INTA_STATUS_CLEAR_j register to get INTA IRQs > >> status, which provides raw status value. > >> This causes hard IRQ handlers to be called or threaded handlers to be > >> scheduled many times even if corresponding INTA IRQ is masked. > >> Above, first of all, affects the LEVEL interrupts processing and causes > >> unexpected behavior up the system stack or crash. > >> > >> Fix it by using the Interrupt Masked Status INTA_STATUSM_j register which > >> provides masked INTA IRQs status. > >> > >> Fixes: 9f1463b86c13 ("irqchip/ti-sci-inta: Add support for Interrupt Aggregator driver") > >> Signed-off-by: Grygorii Strashko > > > > Given the failure mode, doesn't this deserve a Cc stable? > > Sorry, was not sure how it works here. > "Fixes" tag now is usually enough to get included in stable. > Any way, I'll track it and if not included will re-send for stable. Last time I asked, Greg was adamant that a Cc: stable was needed to guarantee a backport. In some cases, the patch is picked up anyway, but it doesn't hurt to have the stable tag if you think it should be backported. Anyway, I've now added such tag. Thanks, M. -- Jazz is not dead. It just smells funny...