Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3731309imm; Wed, 5 Sep 2018 05:14:17 -0700 (PDT) X-Google-Smtp-Source: ANB0VdY0mZLBfZEP27wo7EB9TAAsVKfE6zeYOcV0X/6a3xY4W8IaGnBB7T5VyXqMoFk+LLoL2kp0 X-Received: by 2002:a17:902:bb08:: with SMTP id l8-v6mr38084273pls.71.1536149657804; Wed, 05 Sep 2018 05:14:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536149657; cv=none; d=google.com; s=arc-20160816; b=S2KUR6LL0CcHh65wNhAuXoER8WYyW2aGjBDySqWPWDQ9ZkCTtvdlJKAQmxS9E2xUv+ UPZ3Ht/wjrxdRzIbNw6KFqKfF5u/csNm1WVDgBvflj+lfBAQV3erQtxNMiWzddxCvaL3 0SXGigSvR+xGFP0xPoL0/Jgs9kTLhGnSbLppDcpdB8MAvr0sl2LBRreDvfymdCn6fMek IQBGdheE9ORmsIyNzRGYTmoqTdX7A4B+pteSl5PiEdywOO+XSBdCl9pEJd2Cc9G/mLwM Kl/6+8jgyBDzdHI+C0geqwAtkevqbme1RF7AH+//sVaj4EBkYx1cB5a2eDHqvnSMTAqU vB8Q== 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:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=WwSoqj5+IRTFPOjeLkjXBsnP0rGG9fbJPRXQHb/LuwQ=; b=sb051lVmLfKl/13MwlG+U1gcAN+0EmXLZLmMRstEXGue+I6rAaBKMTlLclvBurFxJz mvizOA5B0Nd+D2d2H1cOT1fgJ4SrZZXez0dqfHBeT0o2+GUD44cyxeU1gjTo/PJVxa4n 4hKircxRuZMko850p94p8KzZGcy2d/2vU7ClfbQdRQzxalwdXYh93xNIubVtcXy81pYR pRm/E+E9wpQlLd9DcmQIGfudemQxQJeuJ1YwLvXMfXR01FCWuvTMCOw/Wxr7FEwQRsgj q3trQzaemLxwPKBZ21A09dlkIIT2XiSBWEj00AJ3+9b0GiP6JjPwZxcOhSrCTJT5Akiw OHSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=A4Le+RI6; 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 m126-v6si2090993pfb.126.2018.09.05.05.14.02; Wed, 05 Sep 2018 05:14:17 -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=A4Le+RI6; 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 S1726355AbeIEQmc (ORCPT + 99 others); Wed, 5 Sep 2018 12:42:32 -0400 Received: from mail.kernel.org ([198.145.29.99]:40642 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725868AbeIEQmc (ORCPT ); Wed, 5 Sep 2018 12:42:32 -0400 Received: from mail-qt0-f178.google.com (mail-qt0-f178.google.com [209.85.216.178]) (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 4B9C020867; Wed, 5 Sep 2018 12:12:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1536149553; bh=WwSoqj5+IRTFPOjeLkjXBsnP0rGG9fbJPRXQHb/LuwQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=A4Le+RI6RJ4cSnJQnFxZDP2/SJE1yGjDHMSO7x0QYEQub7yq3lSQ3x9Q8QQZT0Cyk zAJ8VXDS0550F9vVJt3uxZwCX5jGwQdmEdXSccN/HQJTVwFf11nrayFjD9nDKctUXm tZVW2UvzQ/QMdHatV8YqInj/EhoG02+QI7VFFfN4= Received: by mail-qt0-f178.google.com with SMTP id t5-v6so7715511qtn.3; Wed, 05 Sep 2018 05:12:33 -0700 (PDT) X-Gm-Message-State: APzg51CAooq9+FTg9CDzZ3k5iDCVx3m9aEOx0at9JL36CLi6rIzYMQ1J a4oofZ0hFDhwkaHsr+ua9pkQm8esDURKK5xreQ== X-Received: by 2002:aed:2da7:: with SMTP id i36-v6mr34321052qtd.164.1536149552422; Wed, 05 Sep 2018 05:12:32 -0700 (PDT) MIME-Version: 1.0 References: <20180830190523.31474-1-robh@kernel.org> <20180830190523.31474-4-robh@kernel.org> <35247ddc-303b-89d0-53b5-231c1a293721@gmail.com> <9c873e57-84c8-75af-1d44-60e7cd41282d@ilande.co.uk> In-Reply-To: <9c873e57-84c8-75af-1d44-60e7cd41282d@ilande.co.uk> From: Rob Herring Date: Wed, 5 Sep 2018 07:12:20 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 3/3] of: make default address and size cells sizes private To: mark.cave-ayland@ilande.co.uk Cc: Frank Rowand , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , David Miller , sparclinux@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 4, 2018 at 11:59 PM Mark Cave-Ayland wrote: > > On 05/09/18 02:55, Frank Rowand wrote: > > > On 08/30/18 12:05, Rob Herring wrote: > >> Only some old OpenFirmware implementations rely on default sizes. Any > >> FDT and modern implementation should have explicit properties. Make th= e > >> OF_ROOT_NODE_*_CELLS_DEFAULT defines private so we don't get any outsi= de > >> users. > >> > >> This also gets us one step closer to removing the asm/prom.h dependenc= y on > >> Sparc. > > Just for the record: you say "any FDT and modern implementation should > have explicit properties", however the default values of these > properties when missing are clearly defined in the IEEE-1275 > specification (Annex A): The spec may define defaults, but best practice is to be explicit. For FDT, dtc doesn't allow defaults (and never has). No arch added in the last 10 years has relied on the defaults. > "#address-cells" > Standard property name to define the package=E2=80=99s address format. > ... > In a package with a "decode-unit" method, a missing "#address-cells" > property signifies that the number of > address cells is two. So only Sparc is compliant as the default for everyone else is 1. > "#size-cells" > Standard property name to define the package=E2=80=99s address size forma= t. > ... > A missing "#size-cells" property signifies the default value of one. > > I can't speak for FDT but it isn't completely unreasonable for a guest > parsing a DT without these properties to assume these default values. I'm not removing the defaults. Just not allowing for code outside of drivers/of/ to use the defaults. Rob