Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp5638380ybl; Tue, 27 Aug 2019 07:38:36 -0700 (PDT) X-Google-Smtp-Source: APXvYqzHhzM44ChSG9daNiNgrB6jP3aZRbJqKAWuuCVoHyf10q4gzumNEs0sQKLds2bzRNpKeYiS X-Received: by 2002:a63:62c6:: with SMTP id w189mr21416897pgb.312.1566916716378; Tue, 27 Aug 2019 07:38:36 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566916716; cv=none; d=google.com; s=arc-20160816; b=PPkt7O1fnQay2Wgs38DK5Reonls+xic1QLg1AwwJmxmWNgg86L0/A+m4f8+DeqZUbx fTyWpqYS0IuIYX2c8mO0rySu+JtqzYM4v/yjUNWA+RUw9f4aLLY4ed85UJwCXMmOJTWo oO7nxtUXEfDpJ7S6YW19enNshI3dIUaQJIGud6Exgvo7EGazN8PiSMGVwMGWxVyDXxR9 GZaXp+SpDQRocEDJHea5GLtWq+WhrfeTUh/S8PXKNVxcOecxsZGMtQzTbkCrfFDpnmtI R8SVZWN6DbdjTiXivcovfR7TJKDruzv9qs9Hnio9GYxe8OwDhbp4Z4dLLzOvAMdLgWL8 fdVA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=pp6Zb0qQIObRMi9gcAYfImXXfRyMxEUNQAiWNsJ1YQY=; b=rmMsaywmlAXVWcqqhsDO59sQsuPfJtJZQDt1f8YB31FXGsKz7J5RWl5Ozx6HxHDrBG vXXUmwbsg7HFGS5cwBJ6Hn4P35AX4iWm+2Uru2Vi1tRBbHg6lF28PLikDucg75gTzIdb loTU49ytvlKcSscoSTuFe8tWdV90yhzE+orn84Gfr1tc9WIVKzWM8vlhVwM0lH4xZQpN +7DPkrj0meMUQwIfmTcqPPk0/yK8X7HyRrJdx6GEj23/0D4n9HCG/wU7UPS/odfc7jeL bk2q4j+7xXMi5MMgJYAM46oaPvoYrQLjvIQ1t38voFWD1pOx6P7E3dn3LkTivyw2lopy v9OA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (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 a12si11874884pgt.146.2019.08.27.07.38.20; Tue, 27 Aug 2019 07:38:36 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730093AbfH0OhG (ORCPT + 99 others); Tue, 27 Aug 2019 10:37:06 -0400 Received: from mga04.intel.com ([192.55.52.120]:12656 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728702AbfH0OhF (ORCPT ); Tue, 27 Aug 2019 10:37:05 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 27 Aug 2019 07:37:04 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,437,1559545200"; d="scan'208";a="192250328" Received: from unknown (HELO localhost.localdomain) ([10.232.112.69]) by orsmga002.jf.intel.com with ESMTP; 27 Aug 2019 07:37:03 -0700 Date: Tue, 27 Aug 2019 08:35:16 -0600 From: Keith Busch To: Ming Lei Cc: Thomas Gleixner , linux-kernel@vger.kernel.org, Long Li , Ingo Molnar , Peter Zijlstra , Keith Busch , Jens Axboe , Christoph Hellwig , Sagi Grimberg , John Garry , Hannes Reinecke , linux-nvme@lists.infradead.org, linux-scsi@vger.kernel.org Subject: Re: [PATCH 4/4] genirq: use irq's affinity for threaded irq with IRQF_RESCUE_THREAD Message-ID: <20190827143516.GB23091@localhost.localdomain> References: <20190827085344.30799-1-ming.lei@redhat.com> <20190827085344.30799-5-ming.lei@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190827085344.30799-5-ming.lei@redhat.com> User-Agent: Mutt/1.9.1 (2017-09-22) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 27, 2019 at 04:53:44PM +0800, Ming Lei wrote: > In case of IRQF_RESCUE_THREAD, the threaded handler is only used to > handle interrupt when IRQ flood comes, use irq's affinity for this thread > so that scheduler may select other not too busy CPUs for handling the > interrupt. > > Cc: Long Li > Cc: Ingo Molnar , > Cc: Peter Zijlstra > Cc: Keith Busch > Cc: Jens Axboe > Cc: Christoph Hellwig > Cc: Sagi Grimberg > Cc: John Garry > Cc: Thomas Gleixner > Cc: Hannes Reinecke > Cc: linux-nvme@lists.infradead.org > Cc: linux-scsi@vger.kernel.org > Signed-off-by: Ming Lei > --- > kernel/irq/manage.c | 13 ++++++++++++- > 1 file changed, 12 insertions(+), 1 deletion(-) > > diff --git a/kernel/irq/manage.c b/kernel/irq/manage.c > index 1566abbf50e8..03bc041348b7 100644 > --- a/kernel/irq/manage.c > +++ b/kernel/irq/manage.c > @@ -968,7 +968,18 @@ irq_thread_check_affinity(struct irq_desc *desc, struct irqaction *action) > if (cpumask_available(desc->irq_common_data.affinity)) { > const struct cpumask *m; > > - m = irq_data_get_effective_affinity_mask(&desc->irq_data); > + /* > + * Managed IRQ's affinity is setup gracefull on MUNA locality, s/MUNA/NUMA > + * also if IRQF_RESCUE_THREAD is set, interrupt flood has been > + * triggered, so ask scheduler to run the thread on CPUs > + * specified by this interrupt's affinity. > + */ > + if ((action->flags & IRQF_RESCUE_THREAD) && > + irqd_affinity_is_managed(&desc->irq_data)) > + m = desc->irq_common_data.affinity; > + else > + m = irq_data_get_effective_affinity_mask( > + &desc->irq_data); > cpumask_copy(mask, m); > } else { > valid = false; > --