Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp1912014imd; Sun, 4 Nov 2018 12:18:12 -0800 (PST) X-Google-Smtp-Source: AJdET5cLVW9JL38rgCAbaNuKT6xrBlxdq58iHXm501VA/i/bpCtnBKEls0Ao2tpMcM52K/x4xlZQ X-Received: by 2002:a17:902:5a8b:: with SMTP id r11-v6mr20086951pli.305.1541362692794; Sun, 04 Nov 2018 12:18:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1541362692; cv=none; d=google.com; s=arc-20160816; b=SX+/0DwkoGWIgD6RR27wPoBVQK2hj7k2ew9xg9h7+SxbDYN2Kt+2NEnkhflHoKiarM j3gKz6/N/EaR/60eKapyJR98zkXcpevpO5zJqK4fQkNxXcbqWJzadwrnENAcOjD7EcRB hmCwq1nSKdxApCkGxz4o0H3FKAJPVIVUFbGfrb9/GjLCL8F5K1tYyDnRRLERmNHrhg8s FE4RZ7zznMzR+tWW7QPD7G5s3ojeE9ZtSmnQNu5PBVns6Rr+U4gof5bwPTrh1AmP0uMG lEE3xR9wC8pf8qr/udKacUoCHd9cNhDkkEOEbWxio9LYb+DdDAIw/D2gdn26R+OaQrgt vIOQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=d5Wx54mf/mLBRpUiNi8wnhOfFd+dldVc0ygBvE9bZXM=; b=FlkMSJjC4G4JEImBc62UOfwlgxRe1H/D8etgMPMcPjlaCeGQ0vYlTVf3yaDOXLXA4A 9CubO7dW05v53/q4xjCluLReN8xy21sgy8ZMDW1oQqRwEid3NkDPBErROToGbnTeHc0P /tCBpXC/5Gf6RAmiDAz7Wh/ClVy5mSLFBe4/yO+yr3p2bnZ4fTXi2lyM8VNdzpLOClC3 zWCj4UY2HCV5wfFFI/tiwl+XCNbD2lTaCPIaSiouAd8xFcBpA6RSJFtaWg/WNUaR9/jn fbFR8eUPLlCyyFKLXxAblFL1/vln2pSFKeS9t58QMdmpvuWhWbYvDkWv1R8Y+4SKrLU6 7gcA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t3-v6si5615196pfl.107.2018.11.04.12.17.57; Sun, 04 Nov 2018 12:18:12 -0800 (PST) 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729676AbeKED4D (ORCPT + 99 others); Sun, 4 Nov 2018 22:56:03 -0500 Received: from Galois.linutronix.de ([146.0.238.70]:33133 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727834AbeKED4D (ORCPT ); Sun, 4 Nov 2018 22:56:03 -0500 Received: from p5492fe24.dip0.t-ipconnect.de ([84.146.254.36] helo=nanos) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1gJNJY-0001Ps-CG; Sun, 04 Nov 2018 19:40:00 +0100 Date: Sun, 4 Nov 2018 19:39:59 +0100 (CET) From: Thomas Gleixner To: Jens Axboe cc: Ming Lei , linux-block@vger.kernel.org, LKML , Hannes Reinecke , Keith Busch , Sagi Grimberg , Long Li Subject: Re: [PATCH 0/4] irq: fix support for allocating sets of IRQs In-Reply-To: <5787f309-fa34-36df-83be-934a64989583@kernel.dk> Message-ID: References: <20181102145951.31979-1-ming.lei@redhat.com> <955edd2f-ad2f-ae8b-b8c2-98a01918c112@kernel.dk> <5787f309-fa34-36df-83be-934a64989583@kernel.dk> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 4 Nov 2018, Jens Axboe wrote: Cc'ing Long with a hopefully working E-Mail address. The previous one bounced because I stupidly copied the wrong one... > On 11/4/18 5:02 AM, Thomas Gleixner wrote: > > Jens, > > > > On Sat, 3 Nov 2018, Jens Axboe wrote: > > > >> On 11/2/18 8:59 AM, Ming Lei wrote: > >>> Hi Jens, > >>> > >>> As I mentioned, there are at least two issues in the patch of ' > >>> irq: add support for allocating (and affinitizing) sets of IRQs': > >>> > >>> 1) it is wrong to pass 'mask + usedvec' to irq_build_affinity_masks() > >>> > >>> 2) we should spread all possible CPUs in 2-stage way on each set of IRQs > >>> > >>> The fix isn't trivial, and I introduce two extra patches as preparation, > >>> then the implementation can be more clean. > >>> > >>> The patchset is against mq-maps branch of block tree, feel free to > >>> integrate into the whole patchset of multiple queue maps. > >> > >> Thanks Ming, I ran this through my testing, and I end up with the > >> same maps and affinities for all the cases I cared about. I'm going > >> to drop my initial version, and add the three. > > > > So I assume, that I can pick up Mings series instead. > > Yes, let's do that. > > > There is another patch pending affecting the irq affinity spreading. Can > > you folks please have a look at it? > > > > https://lkml.kernel.org/r/20181102180248.13583-1-longli@linuxonhyperv.com > > I'll give that a look and test. Thanks for the heads-up. > > -- > Jens Axboe > >