Received: by 2002:a05:7412:798b:b0:fc:a2b0:25d7 with SMTP id fb11csp803504rdb; Thu, 22 Feb 2024 23:34:09 -0800 (PST) X-Forwarded-Encrypted: i=3; AJvYcCWEGyRbdoUPQnmf5wCeKCR7jJ0+gd67XIn9jkLmG45n4gOkBmkrL+VwD6mjHn02WPtbM1NZD+Zr7+AX5g5YF7A3mBmqHCXLMMonJYRgNw== X-Google-Smtp-Source: AGHT+IHCi0SaFNslrGda3WGnJCVHRnTyPNhWjUU4VqfqmMN8J7colmSILTXWKMK+N3pd/a3r6vdz X-Received: by 2002:ac8:4e41:0:b0:42e:60c2:45de with SMTP id e1-20020ac84e41000000b0042e60c245demr1242331qtw.66.1708673648772; Thu, 22 Feb 2024 23:34:08 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1708673648; cv=pass; d=google.com; s=arc-20160816; b=bP5hXicf4si05WnHYRABo4KXDFq2yx/qipd7MJu8JzhdhKQFz0Zoid+jtCrf86XGwh ImrlcBNXTexXpTXpB2CK1JmJC/ETcjkUQHcyCufgXBlCtGoQh8g/4/RdGnpeGeLJFIfr ivd5ECYHzRypgRv1O3qDdWntTTAGWeWHtaGHmJ2KAmCCPTIkj3GT9KDL7Hd6HSD3/NO0 tY7E18IqFUYp31goUx5uYW8j7/EgBkR0C1DIwd+02uMiZ3ijnMNW0gRelOZ0gv2Tgdvo MI0L2GjBL7k5xN0CZo28Tj1Tf0rK5LUMP2Iw9FPGVO7SLp24neSQZKmblCUBBVcfQWLq omMg== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:list-unsubscribe:list-subscribe:list-id:precedence :message-id:date:references:in-reply-to:subject:cc:to:dkim-signature :dkim-signature:from; bh=pjNx4BQcwgWzuFIv1trKOm0daQPJvueQjdA0aX5uzfM=; fh=vzqGYvLAcI1r56p9L5USQEZxcGyU/dq82J+Mn3KQKPA=; b=ENgdTtvBSMUD1V1D9yKk3j5UrYVMYppaJT7TKVquFk5NGZuUlHd7ca4QC5O6P1lgJO gysY8Ce6LAJSaFPQ7q+LDYRdkGN/UdjMTBfSNtMYQ0AvYP63b8H2RL4h7uFH/Ps+dEj6 70cvpoDWj+mPIxhL3kxSAbDiBxqPC0GQlGg2Il2rCqvePsn2yIoCMazP2KAJ65KK6Wn+ JZha8ervA4Ej9gWNhHRravvyV6PcvW3I7wNnDPCNKINEm8ZH2PYSlx7PsYXspNh4C1LO 3s/AC5WgiF33Hl+2D44NWakeL5Ouw9oHYT00Er842c+llI1yqyxjJRtyQrCJe8O8GYSl ab2g==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b="YY/Nb7of"; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-77873-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-77873-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id e10-20020ac8670a000000b0042dc7cba1dbsi13505561qtp.503.2024.02.22.23.34.08 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 22 Feb 2024 23:34:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-77873-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b="YY/Nb7of"; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; arc=pass (i=1 spf=pass spfdomain=linutronix.de dkim=pass dkdomain=linutronix.de dmarc=pass fromdomain=linutronix.de); spf=pass (google.com: domain of linux-kernel+bounces-77873-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-77873-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 36B0A1C24109 for ; Fri, 23 Feb 2024 07:34:08 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id E47F914A97; Fri, 23 Feb 2024 07:34:02 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="YY/Nb7of"; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b="+g5M39FL" Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A6F9B12E7D; Fri, 23 Feb 2024 07:34:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=193.142.43.55 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708673642; cv=none; b=T23l++a21JTFHPzbI5a8u2/XYmslbpbu0fJfcAEAdd9b8JkXHmB3mj5EuUdhUdn2LAUB65quyQEblfQv0lFCjqKZFXUAq0KK4XitNaWtS6O/nOixewj2NfDlLFCcjeHg4/4f6Nm/tBZjuDsqvwbRMG9Eo+pGhfc3vthDu4TiaGE= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1708673642; c=relaxed/simple; bh=P079MrrGvHu7pWw2m3o5CihifE+Hq2GMO2lGobccamk=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=hg1TXCwV35rVXPC3q0539oMpjxb7YoqRKP+1JhvUzLq3fu3NTfDgd9VD5ihemjmJFAcP/hWtWjNRONs7siyAYvAzZWXWmbO900SBvHJ3ocwZg86kfod8YS1sAuLjh16cDnKzJuEpr1ltDyjEBEwqyF0sYCYWbFiXvJ1kaseumOk= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de; spf=pass smtp.mailfrom=linutronix.de; dkim=pass (2048-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=YY/Nb7of; dkim=permerror (0-bit key) header.d=linutronix.de header.i=@linutronix.de header.b=+g5M39FL; arc=none smtp.client-ip=193.142.43.55 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linutronix.de Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linutronix.de From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1708673638; 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=pjNx4BQcwgWzuFIv1trKOm0daQPJvueQjdA0aX5uzfM=; b=YY/Nb7ofRVKzMKe93lJCL+3T+p9iZqJDXuukZvnVrQpKUhl44RXWyV2/I0SlcFX2dPY91w 4A1K1OY2GKr0/1ekarOFbm1JWXomTu6dCjwMYuTae+iitDDtEWHDWkOzp8n9qK30Yj4xwZ 9RuUB/zDwmHcio8H6vZBZy0wnc9H2fdZ4rzuWN+gejr05klbO7F0E75boSsNCVJudZwuvU B1X7ZpFzIpJZUp4kiKbwLB05+n44i8LHPBvC7F6YJl7x/xHBZ2F4aCflgquHUC0H2ALsww cVL3vyRtGuIwRE/niUEyRmweWBpBjSexbJhk+JG++9HOavEjhGhjsuBvmRQ9GA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1708673638; 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=pjNx4BQcwgWzuFIv1trKOm0daQPJvueQjdA0aX5uzfM=; b=+g5M39FL5yg0ypDdsaZEocLX0jM30cta14pJcVGZn9nIv4M1JqT8XsbTWImunh/Tf/F/6C ClniuRNmD+SwHzCg== To: Leonardo Bras Cc: Leonardo Bras , Greg Kroah-Hartman , Jiri Slaby , Tony Lindgren , Andy Shevchenko , John Ogness , Ilpo =?utf-8?Q?J=C3=A4rvinen?= , Uwe =?utf-8?Q?Kleine-K=C3=B6nig?= , Florian Fainelli , Shanker Donthineni , linux-kernel@vger.kernel.org, linux-serial@vger.kernel.org Subject: Re: [RFC PATCH v2 3/4] irq: Introduce IRQ_HANDLED_MANY In-Reply-To: References: <20240216075948.131372-2-leobras@redhat.com> <20240216075948.131372-5-leobras@redhat.com> <87zfvwai62.ffs@tglx> <87v86kaf84.ffs@tglx> <87edd5hljz.ffs@tglx> Date: Fri, 23 Feb 2024 08:33:58 +0100 Message-ID: <87cysneis9.ffs@tglx> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain On Fri, Feb 23 2024 at 01:37, Leonardo Bras wrote: > On Wed, Feb 21, 2024 at 04:41:20PM +0100, Thomas Gleixner wrote: >> There is usually no concurrency at all, except for administrative >> operations like enable/disable or affinity changes. Those administrative >> operations are not high frequency and the resulting cache line bouncing >> is unavoidable even without that change. But does it matter in the >> larger picture? I don't think so. > > That's a fair point, but there are some use cases that use CPU Isolation on > top of PREEMPT_RT in order to reduce interference on a CPU running an RT > workload. > > For those cases, IIRC the handler will run on a different (housekeeping) > CPU when those IRQs originate on an Isolated CPU, meaning the above > described cacheline bouncing is expected. No. The affinity of the interrupt and the thread are strictly coupled and always on the same CPU except for one instance during migration, but that's irrelevant. Thanks, tglx