From patchwork Fri Mar 28 14:21:07 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Mark Brown X-Patchwork-Id: 27388 Return-Path: X-Original-To: linaro@patches.linaro.org Delivered-To: linaro@patches.linaro.org Received: from mail-qa0-f70.google.com (mail-qa0-f70.google.com [209.85.216.70]) by ip-10-151-82-157.ec2.internal (Postfix) with ESMTPS id 5869A20553 for ; Sat, 29 Mar 2014 10:44:22 +0000 (UTC) Received: by mail-qa0-f70.google.com with SMTP id hw13sf12077396qab.1 for ; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:delivered-to:from:to:cc:date :message-id:subject:sender:precedence:list-id:x-original-sender :x-original-authentication-results:mailing-list:list-post:list-help :list-archive:list-unsubscribe; bh=J8vXMhA70EhKwsZ4atI8kDQOl5OaD+ru+RTV62F42ok=; b=J5sQaJ55h5xqLk1Xoi2WZtg6PhohynL6sDTKAHbp423h7BRpN9ZLnc47wUygRe3ijf Iak2beiZxQ6q47bMUCoirUFqeUVK8jAkBZI9U/8xyUPeGLKpLwAk4kVYx3XMD19jw4u6 AHsUUT8yUC81lGyy25hzVoqt9n7YHjZyP3W0BUMc94dqbeLNLF/3HTTOnWu88T5W7YzM GJRukXcohLXrkWDEMNQz4ICvA/AtKxsIm1LYwF7lB8ScpUUM+aTWrgxlLghSnlk/MiMy RWWPWwSwuiQgkSWAtFo5iXFpRCyu24JJQyxxXmsmdXcAyX3SZUgGLuAkw9JtW6RIQbmv s+TQ== X-Gm-Message-State: ALoCoQnZeCd/mY5GP5uOKkSAZUypMboWbOpHIYBZliEFdN5Stn7Oyd8uOo2SVQvCJPKqhbUo7vcc X-Received: by 10.224.167.8 with SMTP id o8mr5218599qay.0.1396089861822; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) MIME-Version: 1.0 X-BeenThere: patchwork-forward@linaro.org Received: by 10.140.89.70 with SMTP id u64ls1733784qgd.80.gmail; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) X-Received: by 10.58.187.78 with SMTP id fq14mr11775419vec.9.1396089861650; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mx.google.com with ESMTPS id wy9si1818042vdc.1.2014.03.29.03.44.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 29 Mar 2014 03:44:21 -0700 (PDT) Received-SPF: neutral (google.com: 209.85.220.182 is neither permitted nor denied by best guess record for domain of patch+caf_=patchwork-forward=linaro.org@linaro.org) client-ip=209.85.220.182; Received: by mail-vc0-f182.google.com with SMTP id ks9so7019383vcb.27 for ; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) X-Received: by 10.58.91.101 with SMTP id cd5mr11712802veb.5.1396089861344; Sat, 29 Mar 2014 03:44:21 -0700 (PDT) X-Forwarded-To: patchwork-forward@linaro.org X-Forwarded-For: patch@linaro.org patchwork-forward@linaro.org Delivered-To: patch@linaro.org Received: by 10.220.12.8 with SMTP id v8csp3047vcv; Sat, 29 Mar 2014 03:44:20 -0700 (PDT) X-Received: by 10.68.237.133 with SMTP id vc5mr13745965pbc.92.1396089860496; Sat, 29 Mar 2014 03:44:20 -0700 (PDT) Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t7si5367594pab.162.2014.03.29.03.44.19; Sat, 29 Mar 2014 03:44:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of devicetree-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751361AbaC2KoH (ORCPT + 9 others); Sat, 29 Mar 2014 06:44:07 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:48514 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751303AbaC2KoG (ORCPT ); Sat, 29 Mar 2014 06:44:06 -0400 Received: from cpc12-camd15-2-0-cust251.20-2.cable.virginm.net ([82.45.252.252] helo=finisterre) by mezzanine.sirena.org.uk with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128) (Exim 4.80) (envelope-from ) id 1WTqjy-0001D6-PG; Sat, 29 Mar 2014 10:43:59 +0000 Received: from broonie by finisterre with local (Exim 4.82) (envelope-from ) id 1WTXef-00063i-CI; Fri, 28 Mar 2014 14:21:09 +0000 From: Mark Brown To: Mark Rutland , Lorenzo Pieralisi , Catalin Marinas Cc: devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linaro-kernel@lists.linaro.org, Mark Brown Date: Fri, 28 Mar 2014 14:21:07 +0000 Message-Id: <1396016467-23257-1-git-send-email-broonie@kernel.org> X-Mailer: git-send-email 1.9.1 X-SA-Exim-Connect-IP: 82.45.252.252 X-SA-Exim-Mail-From: broonie@sirena.org.uk X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mezzanine.sirena.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Subject: [PATCH] ARM: topology: Make it clear that all CPUs need to be described X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: devicetree-owner@vger.kernel.org Precedence: list List-ID: X-Mailing-List: devicetree@vger.kernel.org X-Removed-Original-Auth: Dkim didn't pass. X-Original-Sender: broonie@kernel.org X-Original-Authentication-Results: mx.google.com; spf=neutral (google.com: 209.85.220.182 is neither permitted nor denied by best guess record for domain of patch+caf_=patchwork-forward=linaro.org@linaro.org) smtp.mail=patch+caf_=patchwork-forward=linaro.org@linaro.org Mailing-list: list patchwork-forward@linaro.org; contact patchwork-forward+owners@linaro.org X-Google-Group-Id: 836684582541 List-Post: , List-Help: , List-Archive: List-Unsubscribe: , From: Mark Brown The ARMv8 code will reject topologies that omit some CPUs (and it's not clear that it's ever sensible to do so). Update the binding document to make this clear. Since we're reformatting the text also fix incorrect grammar in the final "Any other configuration..." section by removing "consider". Signed-off-by: Mark Brown Acked-by: Lorenzo Pieralisi --- Documentation/devicetree/bindings/arm/topology.txt | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/Documentation/devicetree/bindings/arm/topology.txt b/Documentation/devicetree/bindings/arm/topology.txt index 4aa20e7..1061faf 100644 --- a/Documentation/devicetree/bindings/arm/topology.txt +++ b/Documentation/devicetree/bindings/arm/topology.txt @@ -75,9 +75,10 @@ The cpu-map node can only contain three types of child nodes: whose bindings are described in paragraph 3. -The nodes describing the CPU topology (cluster/core/thread) can only be -defined within the cpu-map node. -Any other configuration is consider invalid and therefore must be ignored. +The nodes describing the CPU topology (cluster/core/thread) can only +be defined within the cpu-map node and every core/thread in the system +must be defined within the topology. Any other configuration is +invalid and therefore must be ignored. =========================================== 2.1 - cpu-map child nodes naming convention