Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3797743imm; Tue, 11 Sep 2018 02:10:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYXrYeFCDQAFitnddxIjBc0CtI9IOsaM/umcbge+5bmyilCgGCwEWDhat7z0m0B//fZZPoy X-Received: by 2002:a63:4d21:: with SMTP id a33-v6mr27194710pgb.408.1536657003090; Tue, 11 Sep 2018 02:10:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536657003; cv=none; d=google.com; s=arc-20160816; b=HuO6WYr5KbgVF1DowKqbaWezxC1apjHBaWLZaWjf67937Yy5iefccjVudod/RJSX4l B3oM00DQ7wMLiQyUHU2hdFz1xMsuGDDa894sgKR6h7EyfPS1kLPjAx9O4fHNm8qLKfOh e9iGJAxHGS9/ALey1flkKWq8wL5VEjKGzgbHqBZkkSYE3QcmYTcGrU1GcUiL/3P4Ymeq +9tlBgnbh4+7O1F2BVQT+pW1sgdBehUM01Q4n7grzOnWOb5xJnIkDp4Advi7K6jEPi+K +wr8kdDQpqwd2qby7oAdrwxEfhq4PxcuSAR1nhkb/eT8KwopgCd7zSfjqXOL2MHzSnsa Twsw== 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=E9shhJSyes+qL26oJHVgoyBkJEydOVAxFS0Sw4h/A4s=; b=M4boC2o9GbfvviV1ZlXbsLSRtHs7sdIQaZHtUku5d46RasMnXwcRXd2aNxaSuBI978 Eog3GwUEfhalFpC5NI+4FwlRIPUWWSlNhRDXB/Y3Hv0yc6LpLsESDEoqqADosXv3laKx 9IjJJGPulC4VeDstUSxuCosU36cE44cX6gHLJRtnU53LwFCIzF9Fbj9Wu0a2138PXmjw Lvl99MMtZxiRumRbobUjI3XNExcM8e0YTEv7pGRa+wwra7hqCMqw+UzICk0T7ad8A6vT RCfkJ9KajZSoK+YKOzhcXn/jGwcCvSI58N/s+Yq/HXddtvorYN194UnWRmp/d+d1eIfg UihQ== 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 e1-v6si19049032pld.408.2018.09.11.02.09.41; Tue, 11 Sep 2018 02:10:03 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726932AbeIKOHy (ORCPT + 99 others); Tue, 11 Sep 2018 10:07:54 -0400 Received: from verein.lst.de ([213.95.11.211]:41780 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726554AbeIKOHx (ORCPT ); Tue, 11 Sep 2018 10:07:53 -0400 Received: by newverein.lst.de (Postfix, from userid 2407) id 3C85768C8A; Tue, 11 Sep 2018 11:13:54 +0200 (CEST) Date: Tue, 11 Sep 2018 11:13:54 +0200 From: Christoph Hellwig To: Thomas Gleixner Cc: Dou Liyang , Kashyap Desai , Ming Lei , Sumit Saxena , Ming Lei , Christoph Hellwig , Linux Kernel Mailing List , Shivasharan Srikanteshwara , linux-block , Dou Liyang Subject: Re: Affinity managed interrupts vs non-managed interrupts Message-ID: <20180911091354.GA9898@lst.de> References: <602cee6381b9f435a938bbaf852d07f9@mail.gmail.com> <66256272c020be186becdd7a3f049302@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 06, 2018 at 01:46:46PM +0200, Thomas Gleixner wrote: > There are a few things we need to clarify upfront: > > Right now the pre and post vectors are marked managed and their > affinity mask is set to the irq default affinity mask. > > The default affinity mask is by default ALL cpus, but it can be tweaked > both on the kernel command line and via proc. > > If that mask is only a subset of CPUs and all of them go offline > then these vectors are shutdown in managed mode. > > That means we need to set the affinity mask of the pre and post vectors to > possible mask, but that doesn't make much sense either, unless there is a > reason to have them marked managed. > > I think the right solution for these pre/post vectors is to _NOT_ mark > them managed and leave them as regular interrupts which can be affinity > controlled and also can move freely on hotplug. Yes, agreed. Marking the pre/post vector as managed was a mistake (and I don't think it even was intentional, at least on my part).