Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp641099imm; Fri, 28 Sep 2018 04:33:16 -0700 (PDT) X-Google-Smtp-Source: ACcGV62bCfNyYaeyfjH/C40VzRjQF4mxl50AiR1IbIu7Qi3zIw7fCVWv2B+nBdqzTtVMiIhXUymB X-Received: by 2002:a17:902:447:: with SMTP id 65-v6mr15598769ple.325.1538134396595; Fri, 28 Sep 2018 04:33:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538134396; cv=none; d=google.com; s=arc-20160816; b=wK3MW1cNYc/JUCmF5WRkF2zuQ81DQmCE4Q/+DH0GK2OplyPDaK6fgCFpDwXwYd6/EO 63WeXFrxeSNd/Erk14klhWbbVqWz8z6PeVqkDNShxOvTlBAj2NK880qgfM798mXqYiVF gTj+StU06AeWoZ84/SyTkq04VwmMFuKeYsvruhxdfeJ0SjrXjkT530/oI2S0kU2cn7ZI X5Vg4Ae4YlzstpdS0G3PCb1A8BLmPU9vFjnSc0QoRmtSx9yz9dR7jRpjrVqx1VX8OmWT 9HEaDGWzpvIBRiqIm0J8NRClgKpS08EMFXICSpvQg6r2oBVQhWpjbIVncxJdSglAJARe Q3cQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=XrgTsLKVZgWXTrG3IxAF+iXjac9ycVGEZOOXPOejyRs=; b=KnOIfBJSzxCNyONPQc6HeycF6lqDe/9zf7nS9OEqvC+oPJdM4wq0Mn2WH+SN5fA4WL fa8ijyVto/bVXuaLwvFm5zRNeZgN068p0LDP6sxIi6TWt1GdDcIeQsMnpLHbNKVtDQLZ zMICQmZwYISJIsq7esob3lTqSVQz/ZKun/QmypTvSII9FIZU8Uc8deSniMf6papHRCrN sag4FiggkcEY5MJhVejo+02rpFIZ2lG76IjWRzCRke+vd33ZuonrzreF/LAWyrUx04DR ukOND+QK+fG1j5J7CCiuVD6itX0DiT703U3QX4szdxPCI5yODPFrfdiLankiJWKr6C26 IzRg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=cbaEznUF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e2-v6si4506085pls.509.2018.09.28.04.33.00; Fri, 28 Sep 2018 04:33:16 -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; dkim=pass header.i=@kernel.org header.s=default header.b=cbaEznUF; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729511AbeI1R4I (ORCPT + 99 others); Fri, 28 Sep 2018 13:56:08 -0400 Received: from mail.kernel.org ([198.145.29.99]:37616 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729330AbeI1R4H (ORCPT ); Fri, 28 Sep 2018 13:56:07 -0400 Received: from mail-qt1-f182.google.com (mail-qt1-f182.google.com [209.85.160.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 37E212175C; Fri, 28 Sep 2018 11:32:46 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1538134366; bh=erkh5YvxpWAvhwh/ahNznXGQANLp3Nam5E42Vsi608M=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=cbaEznUFmRWxAwyFkOJG1sATrAyzhWLV2bCF0qeyln3vVhIyQjIIHndsGjnZAgSnU es7rWlZteDMMWJnwfTOZ2lsj2XQaL8Kqur4Q4gzIfiPa5OiSmt3PLLwd0WT4MMePHB oXTq0IFANQNjxuWDyOL12ZwtMLPhc4UB/QUEIBME= Received: by mail-qt1-f182.google.com with SMTP id c25-v6so6183820qtp.6; Fri, 28 Sep 2018 04:32:46 -0700 (PDT) X-Gm-Message-State: ABuFfohOXoeV0JrUW6FyJj/pA28M5ln8+qbH4wGyxfLtAkOF0UzxW0xB NDAyKMZU1nkxBaPR+aFtYM9jL8TAjKSm4xKJnA== X-Received: by 2002:ad4:404a:: with SMTP id r10-v6mr11594967qvp.246.1538134365259; Fri, 28 Sep 2018 04:32:45 -0700 (PDT) MIME-Version: 1.0 References: <62098e7d0a7fbdd09f44d7e23333dad258a01bd2.1537789737.git.ren_guo@c-sky.com> <20180927164317.GA8427@bogus> <20180928010312.GA4179@guoren-Inspiron-7460> In-Reply-To: <20180928010312.GA4179@guoren-Inspiron-7460> From: Rob Herring Date: Fri, 28 Sep 2018 06:32:34 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH V5 18/30] dt-bindings: csky CPU Bindings To: Guo Ren Cc: Andrew Morton , Arnd Bergmann , Daniel Lezcano , David Miller , Greg Kroah-Hartman , Jason Cooper , Marc Zyngier , Mark Rutland , Mauro Carvalho Chehab , Peter Zijlstra , Thomas Gleixner , "linux-kernel@vger.kernel.org" , "open list:GENERIC INCLUDE/ASM HEADER FILES" , devicetree@vger.kernel.org, Greentime Hu , Palmer Dabbelt Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 27, 2018 at 8:03 PM Guo Ren wrote: > > On Thu, Sep 27, 2018 at 11:43:17AM -0500, Rob Herring wrote: > > On Tue, Sep 25, 2018 at 07:39:21AM +0800, Guo Ren wrote: > > > This patch adds the documentation to describe that how to add cpu nodes in > > > dts for SMP. > > > > > > Signed-off-by: Guo Ren > > > --- > > > Documentation/devicetree/bindings/csky/cpus.txt | 70 +++++++++++++++++++++++++ > > > 1 file changed, 70 insertions(+) > > > create mode 100644 Documentation/devicetree/bindings/csky/cpus.txt > > > > > > diff --git a/Documentation/devicetree/bindings/csky/cpus.txt b/Documentation/devicetree/bindings/csky/cpus.txt > > > new file mode 100644 > > > index 0000000..ee3901d > > > --- /dev/null > > > +++ b/Documentation/devicetree/bindings/csky/cpus.txt > > > @@ -0,0 +1,70 @@ > > > +================== > > > +C-SKY CPU Bindings > > > +================== > > > + > > > +The device tree allows to describe the layout of CPUs in a system through > > > +the "cpus" node, which in turn contains a number of subnodes (ie "cpu") > > > +defining properties for every cpu. > > > + > > > +Only SMP system need to care about the cpus node and single processor > > > +needn't define cpus node at all. > > > > We've generally found this is not true. Even for single core, you can > > have power domains, clocks for DVFS, etc. > Ok, I'll remove it. > > > > > > + > > > +===================================== > > > +cpus and cpu node bindings definition > > > +===================================== > > > + > > > +- cpus node > > > + > > > + Description: Container of cpu nodes > > > + > > > + The node name must be "cpus". > > > + > > > + A cpus node must define the following properties: > > > + > > > + - #address-cells > > > + Usage: required > > > + Value type: > > > + Definition: must be set to 1 > > > + - #size-cells > > > + Usage: required > > > + Value type: > > > + Definition: must be set to 0 > > > + > > > +- cpu node > > > + > > > + Description: Describes one of SMP cores > > > + > > > + PROPERTIES > > > + > > > > You need a compatible property for cpu nodes. > Our cpu is defined in defconfig, not in dts. I could put a comatible > property in here, but it's no use in code. It doesn't matter as that could change. Most arches do run-time selection of cpus within a range of compatible cores. And read the DT spec (devicetree.org) which says compatible is required for cpu nodes. Rob