Received: by 10.223.185.116 with SMTP id b49csp639864wrg; Fri, 23 Feb 2018 04:35:13 -0800 (PST) X-Google-Smtp-Source: AH8x227qzZswSNV7iiZnQJr4E0duNcQj+ZgyvrLCogiDsHH9ClT9YZDpzJEVu/oKIdOrRj2JpU92 X-Received: by 2002:a17:902:624:: with SMTP id 33-v6mr1649024plg.126.1519389313348; Fri, 23 Feb 2018 04:35:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519389313; cv=none; d=google.com; s=arc-20160816; b=g06zXlrCjIKLbNwiDuVhFuxSiDSHVVhgOI/y0AUuDDug5N2HWtBX9pLH9oi2COBWfy 3NWxuHYYm37rjFLdKEh18b4I8JawPTnk1s1O5kWBhraW77i9g5OXXR/HfC3XTSzkQieS wefF1OXp56SYTkT84kt0V0Sq3gxwnnuJOFAGay7eTTMjlm2XUxblkn95+XG1OWD5muUc f0sgo+yxPVOV65UJfsxdvGjD3VOOkS/mx1/VGTxGWTS/jKSXUKwe3ElsLA47OKJXey2f GClVFPAGLbfDp9AI7ODmKvV21iqPOLwZTkewnYaSERBhiwrUOJdUk21/BjXDoO7AC4xi s/Cw== 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 :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=Pv63zoP8S5+kvFT2rqWmwtIlqxtzlqVRUAQMYKIG9q4=; b=gAsWljz6Puv3f05bAwnr/ejUuhAmZj86l+JvYr/hZ8CVJFx+cRcKCs0DMh9PmFmdFW SbhW9qrp3rsanAUo7rPkZCKjFQgDo7FNYQGkpD1He1hvaefCtDVszAYjF9NVXK8Rshr0 1EMFjZjxJPK3rkMLSkk95hNamIR2gEfX8uhhT/UlVrMtGMArkXZsL6sUHW/CQEyIyKmz g0LCsu7TuYnkGmsmYrrIPJ/ThIWXlumgpRiRoAemIUxEr1Z3x0Uef6aqImtVIAic1fzt SMPKWYk+7A3/fgwqMPSMi35XHcLJWhmwpqphVTIVnwM5R+DgpvZOnSFUZM89+IM3jqx6 xbxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b=BTlywhMn; 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 y184si1465557pgd.291.2018.02.23.04.34.59; Fri, 23 Feb 2018 04:35:13 -0800 (PST) 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=fail header.i=@gmail.com header.s=20161025 header.b=BTlywhMn; 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 S1751470AbeBWMeV (ORCPT + 99 others); Fri, 23 Feb 2018 07:34:21 -0500 Received: from mail-qt0-f193.google.com ([209.85.216.193]:39804 "EHLO mail-qt0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750827AbeBWMeQ (ORCPT ); Fri, 23 Feb 2018 07:34:16 -0500 Received: by mail-qt0-f193.google.com with SMTP id f4so10331348qtj.6; Fri, 23 Feb 2018 04:34:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=Pv63zoP8S5+kvFT2rqWmwtIlqxtzlqVRUAQMYKIG9q4=; b=BTlywhMnfARJd06OslGe8ghmp3YuUDrc/Z2Z+cnq1GWiHy/dqsbsEE4kt+EEBDHaQf HQhygURXuGB8HFU0scmqzbI4/L8CJAWVRGjsjRWxIZs9+8SIQVaQNnq2yhEXA5CS++l6 SIZMX98q+mjlWTy7b4IwtKkncddhkzeQP7dJl1YxP1a1rgMzuatSg8kTcBjPAFvd7wzs j7aH6+3ICrjEP1r+6a/oHyU/pHi3ud+KiTkcNqJuKxgPWp/CIxNoCkczz+mi69e+w0ve tepMW73S2HBtush+dM+y0vSBIGLR0cGPCLYahj6F0SCVfpliYLJwWDZQt0CTzgSkIgLL D5Yg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=Pv63zoP8S5+kvFT2rqWmwtIlqxtzlqVRUAQMYKIG9q4=; b=C1U44zZgJ5RRw7/QHFry9k5OopD3ZNP1vel7imWWYFNliatoYW21/h0I/9fH5NsPGT lPKy3+FkYVwOHLyR/MJEw/GsQooDxGmKl6axtJ0DziK/YTUp0JrY3RGg8MF2QSmcefZZ zuOxBXcrmB7tS+mw75MJxhO2rBjiG0gtdOJQQ+3jwvykD+M8KonwTY0WVa8jy1hDrruj sGOb/NHLmvBRx46NS9/jCdICE0MN4rQ9DwHge7/7KzmBOOtNaWkI8eyFk/9VFyV1W3cm QLYTkNBGEkHdKXaWiUvlj0LP/XUYTeZQf3GMEJEnLZ3W/3aVfaMS4kwqy2MeIHLYbbeO dZmg== X-Gm-Message-State: APf1xPAzetfsf9ZEAnhCfnt3lR8w+cI1TUXY8s30WTvH+1rAdgkeBJXs oP+NQY82rK6ulsZQTnUhcy4kEyZh1x4eZhnhsZs= X-Received: by 10.200.81.215 with SMTP id d23mr2185368qtn.272.1519389255729; Fri, 23 Feb 2018 04:34:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.200.47.219 with HTTP; Fri, 23 Feb 2018 04:34:15 -0800 (PST) In-Reply-To: <20180223122250.GP7203@w540> References: <1519326370-15805-1-git-send-email-jacopo+renesas@jmondi.org> <1519326370-15805-2-git-send-email-jacopo+renesas@jmondi.org> <20180223122250.GP7203@w540> From: Geert Uytterhoeven Date: Fri, 23 Feb 2018 13:34:15 +0100 X-Google-Sender-Auth: hOGU0iFE8IsfrJr60OWzd5uB40A Message-ID: Subject: Re: [PATCH 1/6] arm64: dts: renesas: r8a77965: Add "reg" properties To: jacopo mondi Cc: Jacopo Mondi , Arnd Bergmann , Simon Horman , Magnus Damm , Rob Herring , Mark Rutland , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Linux ARM , Linux-Renesas , Linux Kernel Mailing List 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 Hi Jacopo, On Fri, Feb 23, 2018 at 1:22 PM, jacopo mondi wrote: > On Fri, Feb 23, 2018 at 10:19:21AM +0100, Geert Uytterhoeven wrote: >> On Thu, Feb 22, 2018 at 8:06 PM, Jacopo Mondi wrote: >> > Add "reg" properties to place-holder nodes with unit address defined for >> > R-Car M3-N SoC. >> > >> > This silences the following DTC compiler warning: >> > Warning (unit_address_vs_reg): Node /soc/... has a unit name, >> > but no reg property >> > >> > Signed-off-by: Jacopo Mondi >> >> A few minor nits below... >> >> Reviewed-by: Geert Uytterhoeven >> >> > --- a/arch/arm64/boot/dts/renesas/r8a77965.dtsi >> > +++ b/arch/arm64/boot/dts/renesas/r8a77965.dtsi >> >> > @@ -520,130 +521,163 @@ >> > }; >> > >> > avb: ethernet@e6800000 { >> > + reg = <0 0xe6800000 0 0x800>, <0 0xe6a00000 0 0x10000>; >> >> The first reg part would be sufficient for a placeholder. >> I think even setting the size to zero would work... > > Not sure I fully got your point here. > > Do you mean I have to remove the second (and third, fourth...) addresses range block > in all placeholder device nodes with multiple blocks (avb, du, rcar-sound) ? No, you don't have to. > Do you mean I have to set to 0 the address length in all placeholder nodes? > What's the point if they have to be added back once the device is > enabled? No, you don't have to. The point is to do the minimum amount of work for the placeholders. But since you've already done the work (and I've done the work to review it), it doesn't make sense to remove all of this, to be redone later. For a new future SoC+board combination, we may consider this. Actually we could get rid of the "reg" requirement as well, if would drop the unit addresses from the placeholders (e.g. "avb: ethernet { ... }", and "vin2: video-2 { ...}"). Even less to look up in the datasheet... (to be broken by Rob adding more dtc checks ;-) Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds