Received: by 10.192.165.148 with SMTP id m20csp588107imm; Fri, 4 May 2018 03:05:49 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqpBE+TkvfkfVj4za+zi2Jgy2aIQ+FIEul3RLlxYfbKuRVacLS/oK8FiEMUH2WTSWmVam9n X-Received: by 2002:a17:902:7e4a:: with SMTP id a10-v6mr27622696pln.276.1525428349826; Fri, 04 May 2018 03:05:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1525428349; cv=none; d=google.com; s=arc-20160816; b=ZTKL6xtnSeUxN/SN5vlGqB1o2N1nc33oA+HHvMhYNY9dEastvefPLmc31iFvBUwnmF FSaQQnKAIPsF/n+QUkkRMZQhL1/6nFv6CeU6eDs274WlhOxpcrJDQ4octxRK/xvK3FTL f68Fw+UUsyfd1gYYO6/bF7Pi6U3hXKcYuTfNpa7aV+8EeRNWoF4RrpAshI8O4edY2JDu EPNdf4a9IufGmT2UkdTuDmxvi6T+txyirs0N8BLSp/ZHnoZWCLXMRJE3js5qOXoFtS7n bBd123IG0x8PQGJ9wx648VY8NNX9N3KUMN0K+ntpscZ6YxKKBSfkKR11N70zWjSd+thA LrKw== 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=51LlXQij3/IEHEd2nYEDO2up0jFA9a4qq1bZoqt6BrA=; b=AFmegsa/t6KfIKXhVOyNwwSK8pYAJIQ7ykBN2Y0PZJK+T2s0rUB5oTrezZz7mH67GD 1MhsW13CF6M+GxjL6MPYdqXhX0kcuwpy7XCPr6y7632QVrBB0Z6t9nXzO+3l9GbQfJXZ QqND/ClINtuKVw6u+uWeYcWgWs9fh4mT2T6HyKcOApt6v1gf9T7rd/57tlvJoxDzrHLk Jf/GrPwOM8RlqJrE7LLbqY78rQGYujYhQA/hQNFPGOjpUZ6vgojErGW4ct9m2eyu1Phm CYAXntxObnrTGnnJRgN4BBLf0YgVn/VuJZHF+G5iYIp982uTvusBkpJCLx6E5jLOR5Xj BNoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Xap/wvjf; 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 s22-v6si16350092plp.216.2018.05.04.03.05.35; Fri, 04 May 2018 03:05:49 -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=Xap/wvjf; 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 S1751951AbeEDKDo (ORCPT + 99 others); Fri, 4 May 2018 06:03:44 -0400 Received: from mail.kernel.org ([198.145.29.99]:47662 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751847AbeEDKDj (ORCPT ); Fri, 4 May 2018 06:03:39 -0400 Received: from mail-wr0-f173.google.com (mail-wr0-f173.google.com [209.85.128.173]) (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 111AD217B4; Fri, 4 May 2018 10:03:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1525428219; bh=cEGjGpUsCU92DHXFdtvOvR8lgUMpTiIwU7jEF0yVvHw=; h=In-Reply-To:References:From:Date:Subject:To:Cc:From; b=Xap/wvjfgHaeS5frKsFvXdr39xrQxK5C5YZz7EzpgDZ/q2Dv4yPIgvsuvyb/t1Eid +G5L6fyqok0dD+BkHkLBemL0O3N1KNHn84689J/376FrbJny2nJnefD6+XYzwsGZoB SqQO5v2U7fpwvHKEs5sutVjTmzTbhkgjtXfQsoZA= Received: by mail-wr0-f173.google.com with SMTP id v15-v6so20447295wrm.10; Fri, 04 May 2018 03:03:38 -0700 (PDT) X-Gm-Message-State: ALQs6tAWVIMvzahtEqo95HDeIEvRJ0QwJPZtg8XulrB/Fgn8iflNAx1a PWqPHDq3wqcYb+6EnqoxLH3odwERe46RrJsVtJo= X-Received: by 2002:adf:abab:: with SMTP id s40-v6mr22482613wrc.259.1525428217464; Fri, 04 May 2018 03:03:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.223.199.70 with HTTP; Fri, 4 May 2018 03:03:36 -0700 (PDT) In-Reply-To: References: <1525360112-9893-1-git-send-email-krzk@kernel.org> From: Krzysztof Kozlowski Date: Fri, 4 May 2018 12:03:36 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] ARM: dts: tegra: Add support for 256 MB Colibri-T20 (plus such board on Iris) To: Stefan Agner Cc: Rob Herring , Mark Rutland , Thierry Reding , Jonathan Hunter , devicetree@vger.kernel.org, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, Marcel Ziswiler , Lucas Stach 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 Fri, May 4, 2018 at 11:19 AM, Stefan Agner wrote: > On 03.05.2018 17:08, Krzysztof Kozlowski wrote: >> Colibri-T20 can come in 256 MB RAM (with 512 MB NAND) or 512 MB RAM >> (with 1024 MB NAND) flavors. Add support for the 256 MB version on Iris >> evaluation board. > > To we really need to specify memory size these days? I think all common > boot loaders fill the memory node anyway. > > arch/arm/boot/dts/imx6qdl-apalis.dtsi: > /* Will be filled by the bootloader */ > memory@10000000 { > reg = <0x10000000 0>; > }; > > > I think we should just rename tegra20-colibri-512.dtsi => > tegra20-colibri.dtsi and tegra20-iris-512.dts => tegra20-iris.dts to > avoid confusion and add such an empty node. Having memory node is requirement of DeviceTree specification (at least one cpu and memory node). Of course if bootloader fills it, then we could assume that specification is satisfied... but what if some bootloader skips it? This creates quite specific dependency between kernel's DTS and bootloader. One safe solution would be to specify 256 MB memory node for both boards and assume that bootloader will bump it to 512 MB for specific module. >> Signed-off-by: Krzysztof Kozlowski >> >> --- >> >> Changes since v1: >> 1. Fix memory size in tegra20-colibri-256.dtsi (was working fine because >> my bootloader uses mem= argument). > > What boot loader are you using? You even can omit mem= if your boot > loader fills the memory node properly. I use the one provided by vendor - Toradex. By default it passes both mem= and few other mem-like arguments (for FB and video processor) to command line. I believe it does not adjust the DTB itself because Toradex prepared this bootloader for... 3.1 kernel without DTB. 7 years old kernel. :) Best regards, Krzysztof