Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp763088pxb; Wed, 20 Jan 2021 21:43:03 -0800 (PST) X-Google-Smtp-Source: ABdhPJzhs/rwuSqvbb3HbkzMoA4tOCnMw7+fIkJw6zcMZSdLFVpnLk/zkWCaqbLIWcVV4Tu3OnpQ X-Received: by 2002:a17:906:f0c4:: with SMTP id dk4mr8194289ejb.225.1611207783064; Wed, 20 Jan 2021 21:43:03 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611207783; cv=none; d=google.com; s=arc-20160816; b=cqABMxE74SGU3NKVOwa7CwGIfxRwC9qOsKqnDmZPrl+e161XkVn+88POyUnJxXIp8R HnrYOAx0Y0EaSk1tg/wOQqbE/XXJEv7DZKJY38G5E9B44E2ylcz5VhwN9RguaIfkEhrQ vz6gxXIZpjEd3UUD915YfDetIcgVZFlcXl8a8c7jcViBCPKGbve0lVDoCj/3Hjaetssv TCDLFRk2697a0UIMlKfdvLBo7LcWMjcnaeGju82zFA0L40UZTmYT0/ifxmID34+rJxzk 9vy4GEVRyd96vjWOdMfgNO9lP52/CQVbNeyX4ko7z020Nb9qF01lBlodOhqD5vDm0+Jj weyw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=BZJRlF7u0VCjyl764v54L9KZQYrS2OHYWTQUXDooLZI=; b=jNrT97eHk/0XGiGKA7pDeqOeh8qQ2gDJYw+1gXn/WJzngORy+4zT5DTghyQdSdM2d/ 5KVrhCelaYKKrGQrtaKX7C3deMAAxU4SRZTtxNfBG7e/zNVnYURaPKYnVdHl4arBQGtC WfBGlaGGRfNspIdf4EJNYg8xx6wbUtHTqgMcEkrlLyX/qasgZEn1fxGgX7UwsfGmX+g+ BAA0CYM00qa9dW9ncuunZWta4oWBv6XpEHcSrQBgE2YS3OEeZVzaL1U2rn+rKIDeqzh5 6k5YTun+esNKvg25sN5iWIe9oN9TvgXq2XqqGd2mR9CBrcZ6qO4AilYhKhB5aMzsHhB1 3TmQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=LxZ6thPW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n11si1411494eje.293.2021.01.20.21.42.39; Wed, 20 Jan 2021 21:43:03 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=LxZ6thPW; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727378AbhAUFl7 (ORCPT + 99 others); Thu, 21 Jan 2021 00:41:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50128 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727034AbhAUFfL (ORCPT ); Thu, 21 Jan 2021 00:35:11 -0500 Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CB528C061575 for ; Wed, 20 Jan 2021 21:34:29 -0800 (PST) Received: by mail-pl1-x636.google.com with SMTP id 31so632058plb.10 for ; Wed, 20 Jan 2021 21:34:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=BZJRlF7u0VCjyl764v54L9KZQYrS2OHYWTQUXDooLZI=; b=LxZ6thPWna9By4NO2WlAw0SS16XiHyUBBKlg4ro7OUkmd1z+IZe0XQLAUMx6D0e6JW hYgrS5zSzSSyGjaNQ6pHCh10IBu6zmHkl2dFxIyWWXgN8WUC4TfvmRaXpID0t8ZAKBED qpUug6hjqz/6Ntl/qw4DpFr5XSgikzUY2HPdfZyx+dPu3R/tOn3bMORengryHAueoHqU MD+xpMw/Ijdq51ZJ4DH8K8a5AP7X6pv2kmG11OxOz+WiTGtIC2UGJo2DDajsjN/x6jXT ffnOgPmYaKMU1I35HH27380UZLPO0ZzIXpiNdEOdfuO9Ybebb525Xzi+OEEWODKBgirb bu5w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=BZJRlF7u0VCjyl764v54L9KZQYrS2OHYWTQUXDooLZI=; b=SoPu8glEEYFqF+hXyIkHKz16OqTq7fbp8ztFGd/3IYe3rFzY8vmA6NzFzYK6LtPLdb 0j1qi2md22GORlLwqO1+Opl2KsW2FNoF9VadeT/FY+JmH9xK6YaOUhgn5Uj+fde+GlN0 SSUSFesqv2tKoQ+OGDcd1utpJVti7gGrnM7Oe06BZaBGILRl6Y/1LCK/2eut/m5tT9yw kOPP8xEvdhpAOZxx27VPyNlTqJs8Cbdh8WeDhBkljFEoo5MsRNN8LQ3k9mEi1pZq5G+S bpVpO8tvuu8ckYsT5KplibUW1MLfBp8yJTRib0xK8rdbe8/Bv3yC+dlbuJRcO65iHXJa TLFw== X-Gm-Message-State: AOAM531P2i89MIFpBs8gBp5ttsrUchlqiz+5Avdi9cnzwqpMHBzqTRcO cxw40ldyTeTLIwpZe/VJm35nlw== X-Received: by 2002:a17:90b:4005:: with SMTP id ie5mr4042555pjb.104.1611207269303; Wed, 20 Jan 2021 21:34:29 -0800 (PST) Received: from localhost ([122.172.59.240]) by smtp.gmail.com with ESMTPSA id gb12sm1671069pjb.51.2021.01.20.21.34.28 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jan 2021 21:34:28 -0800 (PST) Date: Thu, 21 Jan 2021 11:04:26 +0530 From: Viresh Kumar To: Frank Rowand Cc: David Gibson , Rob Herring , Pantelis Antoniou , Vincent Guittot , Masahiro Yamada , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, Bill Mills , anmar.oueja@linaro.org Subject: Re: [PATCH V5 5/5] of: unittest: Statically apply overlays using fdtoverlay Message-ID: <20210121053426.4dw5oqz7qb4y7hvm@vireshk-i7> References: <696c137461be8ec4395c733c559c269bb4ad586e.1611124778.git.viresh.kumar@linaro.org> <20210121005145.GF5174@yekko.fritz.box> <7d6adfd9-da1e-d4ca-3a04-b192f0cf36b0@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6adfd9-da1e-d4ca-3a04-b192f0cf36b0@gmail.com> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 20-01-21, 23:14, Frank Rowand wrote: > It is a convenient FDT to use because it provides the frame that the overlays > require to be applied. It is fortunate that fdtoverlay does not reject the use > of an FDT with overlay metadata as the base blob. > This is probably a good idea instead of depending on the leniency of fdtoverlay. I believe fdtoverlay allows that intentionally, that would be required for the cases where we have a hierarchy of extension boards or overlays. A platform can have a base dtb (with /plugin/;), then we can have an overlay (1) for an extension board (with /plugin/;) and then an overlay (2) for an extension board for the previous extension board. In such a case overlay-(2) can't be applied directly to the base dtb as it may not find all the nodes it is trying to update. And so overlay-(2) needs to be applied to overlay-(1) and then the output of this can be applied to the base dtb. This is very similar to what I tried with the intermediate.dtb earlier. -- viresh