Received: by 10.192.165.148 with SMTP id m20csp1978131imm; Thu, 26 Apr 2018 04:58:22 -0700 (PDT) X-Google-Smtp-Source: AIpwx48DE4Oj3tFxoJi5ZZb+pi5H9yCcV4HCEo5ztuA6Aq2rq3CMupwxfovfGToMwy7SW7l6U6pf X-Received: by 10.99.111.129 with SMTP id k123mr27560348pgc.115.1524743902915; Thu, 26 Apr 2018 04:58:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524743902; cv=none; d=google.com; s=arc-20160816; b=DJc1eFIOCqZ2Bucoi9KPusPPMZh/C3yTXmb43LTqf8xS7PwUuZLVhUytaXYDJyTkxx Qrwoa8Tqe//llerEdIlnaqfqrEyQNFhNXStdrbGke6rQbyA+Ozlv+LBQnIHtjtPHkDlU 1PKzGrbsp/f/B9HmqT4mf/kMosusade0fmQEM9Qg7bVd6gOt9ZmGFpoPK59+V2oSjKDS Q62O3OPD4KDLPcdGVS06DfACQdDFcndoy41VHJdnDO+r/yqjHrHtnqncJLr9IEPQls23 +V6dtPqjrw4tUAO8lvqY93Cgs8hw+O1QD12fM0UoYmG+vUyZshH1iUsvCkB7QZbdlRui Tg2A== 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 :arc-authentication-results; bh=YKoB4C74TIV4K5UgdbLliDVW3U+dHlvnV06HLfLRzZw=; b=u2mWunZ8C8yVe2h7gG3Rf7Cds542kB9OZtZg15URT6cWXoP9BtJzPoun/VQxv3Hcgo 12q7K2MoeqDasWhSKe6IgU18mNSry3I8im5dcIadxeSkdymOCquRvQOuOcknZ7rxaS1R Ej9GmpxW7HH5Fsfj9tWkr1PGpI1++FkoMymmu8DUqq6vGDM1/E0yqUq/X3bjnohKdsl1 Mie9S68MRhwUhrvLbirdYPihX2xyNVsZBXxLX5P3C3CoU7QbFEgRt7Bgyd/ahC5uM5OO hHsnN8MUnPiY+B3ZU+0xxClrK2bbQS5AlbQHnTslewOluYw2GaWWxMd9Jf4SktZUJArF 7h5Q== 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 g15-v6si20242986pln.526.2018.04.26.04.58.08; Thu, 26 Apr 2018 04:58:22 -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 S932073AbeDZL4h (ORCPT + 99 others); Thu, 26 Apr 2018 07:56:37 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:47281 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755885AbeDZL4d (ORCPT ); Thu, 26 Apr 2018 07:56:33 -0400 Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de ([5.158.153.52] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1fBfVg-0003zl-JG; Thu, 26 Apr 2018 13:56:24 +0200 Date: Thu, 26 Apr 2018 13:56:24 +0200 (CEST) From: Thomas Gleixner To: David Wang cc: mingo@redhat.com, hpa@zytor.com, gregkh@linuxfoundation.org, x86@kernel.org, linux-kernel@vger.kernel.org, brucechang@via-alliance.com, cooperyan@zhaoxin.com, qiyuanwang@zhaoxin.com, benjaminpan@viatech.com, lukelin@viacpu.com, timguo@zhaoxin.com Subject: Re: [PATCH v3] report correct CPU/cache topology In-Reply-To: <1524739647-30980-1-git-send-email-davidwang@zhaoxin.com> Message-ID: References: <1524739647-30980-1-git-send-email-davidwang@zhaoxin.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 26 Apr 2018, David Wang wrote: > Centaur CPUs enumerate the cache topology in the same way as Intel CPUs, > but the function is unused so far. > The Centaur init code also misses to initialize x86_info::max_cores, so > the CPU topology can't be described correctly. > > Initialize x86_info::max_cores and invoke init_intel_cachinfo() to make > CPU and cache topology information avaliable and correct Now that looks pretty good. > Signed-off-by: David Wang > > Changes from v2 to v3: > *1 define new detect_num_cpu_cores() in common.c to replace the original > intel_num_cpu_cores; > *2 move cpu_detect_cache_sizes inside init_intel_cacheinfo. But I asked for that being a separate patch with a separate changelog. And the intel_cache_info() change wants to be in a separate patch as well. Then the third patch is the one which makes use of these changes for centaur. Please read review comments carefully and rather ask when you have doubts about the meaning. Thanks, tglx