Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp4006477ybl; Tue, 20 Aug 2019 05:44:31 -0700 (PDT) X-Google-Smtp-Source: APXvYqy0DeOmaDzH93Iv2aGedLQPwvKde+mL0o2022PVsI5TNMP1d94pZ20A3w1pk3ZZ/Gsz9wV0 X-Received: by 2002:a62:35c6:: with SMTP id c189mr29787120pfa.96.1566305071214; Tue, 20 Aug 2019 05:44:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566305071; cv=none; d=google.com; s=arc-20160816; b=Pg5zgTHBA9JXZ6Xvd367nShpSxSF42tbxkhv8hcQli0LvKzh5mOkdms38U9NUVUlqK pVAJcffMCbtwE88skYdBLWws7sPt7ai3Ck1NMPMpk8VvHXoeMLd8I4JgQsNZCL9wwTw+ pYrYM62VkxEpw53leR4HsHLWbonNkrKcDV8ghBWJLaC9CBtT3+TjqIm+HyjKS9aLsks6 ygjbwdJGo6fuq7ieZbxrWmBlJP0AD5B5k9k5wztxRQmYS4uqRQd5A3SPPZq3LBMxO78K cpnrx4Ccofa/JYff6SF+NQAcVvrIW9WkwCs9FYFIFNnRr8N1dvCxqB9PygPZwxsKhHqC htRg== 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:mime-version :message-id:date:references:in-reply-to:subject:cc:to:from; bh=obiyF2L0b7CGwg8bE7EgldQoij/S3b9yMG0E7rjZnbY=; b=Ld5DcM6btJyS9UeIBacjKfO9VffVW8oKpTRjt512qS0cNfuS2Hm6otMEnTFFZemu5c 7n7tBqvB2RlyMeiQiPjgcdM8rkAndBUqvHO/yUf7+9eDSyMtk7I0LevTCeppHcE6h76J aNH5kv19VExNdI8vWdnAnL8erCnljlmkUM91QTS/1rUyl5vkqkAG4P2gxs8G0VBPKiP0 9xhtgg8cfgkrpcQFoALOdsXlUGRg4yHSwklt0cBDHsH3D8Ee+UVcwTQLwN8+6+3uC5B8 9wDrGMtbvbi/hs/Xjf25+GTOl9rmMENNnRrOE3Ov/dZOk+oeCq+1UOKx/XSUvn9p/Myw yWoA== 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 e129si12086032pgc.344.2019.08.20.05.44.15; Tue, 20 Aug 2019 05:44:31 -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 S1729888AbfHTMmw convert rfc822-to-8bit (ORCPT + 99 others); Tue, 20 Aug 2019 08:42:52 -0400 Received: from ozlabs.org ([203.11.71.1]:43487 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727006AbfHTMmv (ORCPT ); Tue, 20 Aug 2019 08:42:51 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 46CVnP0JhKz9s3Z; Tue, 20 Aug 2019 22:42:48 +1000 (AEST) From: Michael Ellerman To: Christophe Leroy , Nicholas Piggin Cc: Benjamin Herrenschmidt , Paul Mackerras , Frederic Weisbecker , linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, Segher Boessenkool Subject: Re: [PATCH v4 1/2] powerpc/time: Only set CONFIG_ARCH_HAS_SCALED_CPUTIME on PPC64 In-Reply-To: <26969bb5-c01b-0674-5773-027f1851bd44@c-s.fr> References: <20180607114304.327c4ab5@roar.ozlabs.ibm.com> <26969bb5-c01b-0674-5773-027f1851bd44@c-s.fr> Date: Tue, 20 Aug 2019 22:42:39 +1000 Message-ID: <87imqs57pc.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christophe Leroy writes: > Hi Nick, > > > Le 07/06/2018 à 03:43, Nicholas Piggin a écrit : >> On Wed, 6 Jun 2018 14:21:08 +0000 (UTC) >> Christophe Leroy wrote: >> >>> scaled cputime is only meaningfull when the processor has >>> SPURR and/or PURR, which means only on PPC64. >>> > > [...] > >> >> I wonder if we could make this depend on PPC_PSERIES or even >> PPC_SPLPAR as well? (That would be for a later patch) > > Can we go further on this ? > > Do we know exactly which configuration support scaled cputime, in > extenso have SPRN_SPURR and/or SPRN_PURR ? PURR is Power5/6/7/8/9 and PA6T (pasemi). SPURR is Power6/7/8/9. So we could easily flip PPC64 for PPC_BOOK3S_64, which would mean 64-bit Book3E CPUs don't get that overhead. Beyond that is not so simple. We probably don't need that selected for bare metal kernels (powernv). But in practice all the distros build a multi platform kernel with powernv+pseries anyway. We could turn it off on G5s (PPC970), by making it depend on POWERNV || PSERIES || PPC_PASEMI, but I'm not sure if it's worth the trouble. cheers