Received: by 10.213.65.68 with SMTP id h4csp108101imn; Mon, 12 Mar 2018 20:13:05 -0700 (PDT) X-Google-Smtp-Source: AG47ELsG6NhlPHUP/MqU4L5960AurFHVKC8k7fqmOnbON7oF7OJB4C/uWR9lISjOPNPk+EpeSmve X-Received: by 10.99.185.77 with SMTP id v13mr8558017pgo.112.1520910785266; Mon, 12 Mar 2018 20:13:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1520910785; cv=none; d=google.com; s=arc-20160816; b=U+ncRoaQp4YCJd0PA5dB8Lrd6iaKxGDFhnHPuL7nUktoTfypwH5rZWKDBCX/JirAYm lf66r01ZuhPvuFOsp8XQoE7yU5V2UDRpK6OUGtKps8hvVnTlIFoyfeglgxCsq7W+ni8R Xkpn5EapnrcWsSGhPk0O73SnMeRq2dfJtC9UJjy5f0PIm6SAjXUGURHIOZiIiMLj0hsU PRVnw+SKb8SXmrHsrPPhTCV3KBseaQwle10ZFwGTBmGTr868hCvckjcjzGAfdIXnxmvK wzaBvVV/7ahiwXbNMEe6cMIr4znGyJX/uUgvGHsACM9hYGO0qmnbsun6UfG0eIe5t4MM 1K2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=SN8pWVxHEDyt61Le3PyrQy2tLvHRB+2c0GTgfXcalB4=; b=P0PvM9+iXb8Jd5fGdNVEhCYbKGzNZe1IPVaM/L1Xty5wLWcTXgSxCTQdCmPzPwK6M2 xHgTnTCfn9V5rM7GUFheYiMpwV6+iCaIo3AqrJpe4N/xCnR2CFjGVPXoe+yQEP+rjqhN svH/YBj6Q7jxBlzggjM4z67CnjDHaMyfwpdtItfNc3O90+zf5cyHn653Mec5JuPTpRUi xHtfkFGki2mmYUSi5EWyJVbOJC3XXTorZazbdbdN6DInlUBxYzIhsixoEVPSJOTcHDv2 KBRnaIED7QCEEhE8nFqhuJhfco0Z7FzA34waOFOAzeH2yiNgKWsM/NMNua7GSocktx3y 2NFQ== 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 g1si5916977pge.694.2018.03.12.20.12.38; Mon, 12 Mar 2018 20:13:05 -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 S932435AbeCMDLI (ORCPT + 99 others); Mon, 12 Mar 2018 23:11:08 -0400 Received: from mail.cn.fujitsu.com ([183.91.158.132]:32252 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932294AbeCMDLH (ORCPT ); Mon, 12 Mar 2018 23:11:07 -0400 X-IronPort-AV: E=Sophos;i="5.43,368,1503331200"; d="scan'208";a="37765287" Received: from localhost (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 13 Mar 2018 11:11:05 +0800 Received: from G08CNEXCHPEKD02.g08.fujitsu.local (unknown [10.167.33.83]) by cn.fujitsu.com (Postfix) with ESMTP id E1A0F48AE766; Tue, 13 Mar 2018 11:11:03 +0800 (CST) Received: from localhost.localdomain (10.167.226.106) by G08CNEXCHPEKD02.g08.fujitsu.local (10.167.33.89) with Microsoft SMTP Server (TLS) id 14.3.361.1; Tue, 13 Mar 2018 11:11:03 +0800 Subject: Re: [PATCH V3 0/4] genirq/affinity: irq vector spread among online CPUs as far as possible To: Thomas Gleixner , Ming Lei CC: Artem Bityutskiy , Jens Axboe , Christoph Hellwig , , , Laurence Oberman , "Rafael J. Wysocki" References: <20180308105358.1506-1-ming.lei@redhat.com> <1520515113.20980.31.camel@gmail.com> <20180308133440.GA2713@ming.t460p> <20180309012458.GD5228@ming.t460p> <20180309120833.GB30257@ming.t460p> From: Dou Liyang Message-ID: <5e5f3852-5314-c479-245e-d0a575e533a5@cn.fujitsu.com> Date: Tue, 13 Mar 2018 11:11:02 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="gbk"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.167.226.106] X-yoursite-MailScanner-ID: E1A0F48AE766.AABDC X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: douly.fnst@cn.fujitsu.com X-Spam-Status: No Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Thomas, At 03/09/2018 11:08 PM, Thomas Gleixner wrote: [...] > > I'm not sure if there is a clear indicator whether physcial hotplug is > supported or not, but the ACPI folks (x86) and architecture maintainers +cc Rafael > should be able to answer that question. I have a machine which says: > > smpboot: Allowing 128 CPUs, 96 hotplug CPUs > > There is definitely no way to hotplug anything on that machine and sure the AFAIK, in ACPI based dynamic reconfiguration, there is no clear indicator. In theory, If the ACPI tables have the hotpluggable CPU resources, the OS can support physical hotplug. For your machine, Did your CPUs support multi-threading, but not enable it? And, sometimes we should not trust the number of possible CPUs. I also met the situation that BIOS told to ACPI that it could support physical CPUs hotplug, But actually, there was no hardware slots in the machine. the ACPI tables like user inputs which should be validated when we use. > existing spread algorithm will waste vectors to no end. > > Sure then there is virt, which can pretend to have a gazillion of possible > hotpluggable CPUs, but virt is an insanity on its own. Though someone might > come up with reasonable heuristics for that as well. > > Thoughts? Do we have to map the vectors to CPU statically? Can we map them when we hotplug/enable the possible CPU? Thanks, dou