Received: by 2002:a05:6520:4211:b029:f4:110d:56bc with SMTP id o17csp722009lkv; Tue, 18 May 2021 18:19:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw1bEYeYOAFzqfLUFwmgT1qrBZIZ3C/uPwUB3C3/HbeHlF1ciBbcZzCj+UOhavvR6nNMwYj X-Received: by 2002:a5d:9644:: with SMTP id d4mr7150479ios.84.1621387155143; Tue, 18 May 2021 18:19:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621387155; cv=none; d=google.com; s=arc-20160816; b=mVZlmdr6zq5IZjf6iyKSa8s73R5o7yd+hiECnkNuaP7qjSigYSd4CPe5yfA2CSS/gE boqomv/LSk8s3vEn/rTXSp8NLsbD2Fkq5XvWoiTJv/NU9GY9t72os1T/PiSsw4rgqpGH Y49C+atcmlBgXUixLDHpRy9WGT8FgB1gjedxlpqoy4SRIpCU73dtRfGrBE6RyhYZfyIb cQwJ8r/EDaLBFx+zv/qJmAfiuUTIDOvrZn+uZ1xJ+a8JOBCONipkJ1TN8lWhUocdpKvV aV3+Lesusa3sfC+lUxGpatb2ho84EKEvUprSGzL0CdI+IzEkLyAXeGkeoz7upSMRlOjN gMLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=CZq0Zc1ElW6yPz6imj2oxDmoySZoSSEBMbiufUA2Zmg=; b=LKDd0BFFF/1s4bDRw8Tqwz9SUc0bUDSSNtrELpcTH/ehwjdnVzwBHakMxf+0MO1mc1 hTzCGnGmUhC62EKzpCxdexCTh38E55SaB2sSjFk/bL1USC52hemy+VrNMC8q+M2p7zZf Tsf1J+JvlyZOyYK8UwxVdOVBe0eigJqlyMNxlHo187bHJDpLw6TA0EaEQ4QNOc1sOhBa rBaPmCEHYUzDXB22h0OzwI9eqlZ1kkf8tKm3CQoAhHiQWhHPQk/WaOwW5cIxHEWTabU8 Q+rBtuAsezVzVE8wr5HLQzz5dOfue/JySf7A74sG5Iv8iJe0pt1oKBuZPvl1KNxWgnZb 5Hgw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=o9SQmC70; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=e0aQcF3w; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w12si983750ill.144.2021.05.18.18.18.54; Tue, 18 May 2021 18:19:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=o9SQmC70; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e header.b=e0aQcF3w; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231300AbhEQTJq (ORCPT + 99 others); Mon, 17 May 2021 15:09:46 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:54512 "EHLO galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229772AbhEQTJq (ORCPT ); Mon, 17 May 2021 15:09:46 -0400 From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1621278508; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CZq0Zc1ElW6yPz6imj2oxDmoySZoSSEBMbiufUA2Zmg=; b=o9SQmC70s2eFvxz//H6OLHxYHDqY03vKEABdmcJffUJdxoDE87/lhAJMMZVY2Dwze1oLsn zQgHg1g7DlquvL0lXHsQKQZ4CFqYDHyZSrDXTTKUcrxeUH2CGy41KWgB620tLMpaygbqVR 6j+VVrHb7m5+VPg2F/w78jRZ4o2me/U07mY4WQpWYY8J1iJHN5CSuxBf26syFS2tbRkWa7 MBfFKEgk5mVCma/Or3ouChFirAD3Ev4R5uo7+jq4PJpCgKQoPA7Ehfx2jKKHe1uqKMz4lB Q1VvgjDheJp1mUFX3NqVjFSclKy0ySROj49btfkJRKs03KvwAGdj0yBp0+ASoQ== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1621278508; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CZq0Zc1ElW6yPz6imj2oxDmoySZoSSEBMbiufUA2Zmg=; b=e0aQcF3w2r0jSv9EnzJ3s3M+MP2CDaqYaTFGXis35a5At/TqI3mnTBo4LHbiRLWFFb0+5r qoL7yx7aWNgupPDQ== To: Robin Murphy , Nitesh Lal , Jesse Brandeburg , "frederic\@kernel.org" , "juri.lelli\@redhat.com" , Marcelo Tosatti Cc: Ingo Molnar , linux-kernel@vger.kernel.org, intel-wired-lan@lists.osuosl.org, jbrandeb@kernel.org, Alex Belits , "linux-api\@vger.kernel.org" , "bhelgaas\@google.com" , "linux-pci\@vger.kernel.org" , "rostedt\@goodmis.org" , "peterz\@infradead.org" , "davem\@davemloft.net" , "akpm\@linux-foundation.org" , "sfr\@canb.auug.org.au" , "stephen\@networkplumber.org" , "rppt\@linux.vnet.ibm.com" , "jinyuqi\@huawei.com" , "zhangshaokun\@hisilicon.com" , netdev@vger.kernel.org, chris.friesen@windriver.com, Marc Zyngier Subject: Re: [PATCH tip:irq/core v1] genirq: remove auto-set of the mask when setting the hint In-Reply-To: References: <20210501021832.743094-1-jesse.brandeburg@intel.com> <16d8ca67-30c6-bb4b-8946-79de8629156e@arm.com> <20210504092340.00006c61@intel.com> <87sg2lz0zz.ffs@nanos.tec.linutronix.de> Date: Mon, 17 May 2021 21:08:27 +0200 Message-ID: <874kf1faac.ffs@nanos.tec.linutronix.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, May 17 2021 at 19:50, Robin Murphy wrote: > On 2021-05-17 19:08, Thomas Gleixner wrote: >> On Mon, May 17 2021 at 18:26, Robin Murphy wrote: >>> On 2021-05-17 17:57, Nitesh Lal wrote: >>> I'm not implying that there isn't a bug, or that this code ever made >>> sense in the first place, just that fixing it will unfortunately be a >>> bit more involved than a simple revert. This patch as-is *will* subtly >>> break at least the system PMU drivers currently using >> >> s/using/abusing/ >> >>> irq_set_affinity_hint() - those I know require the IRQ affinity to >>> follow whichever CPU the PMU context is bound to, in order to meet perf >>> core's assumptions about mutual exclusion. >> >> Which driver is that? > > Right now, any driver which wants to control an IRQ's affinity and also > build as a module, for one thing. I'm familiar with drivers/perf/ where > a basic pattern has been widely copied; Bah. Why the heck can't people talk and just go and rumage until they find something which hopefully does what they want... The name of that function should have rang all alarm bells... > some of the callers in other subsystems appear to *expect* it to set > the underlying affinity as well, but whether any of those added within > the last 6 years represent a functional dependency rather than just a > performance concern I don't know. Sigh. Let me do yet another tree wide audit... Thanks, tglx