Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp752863pxb; Wed, 20 Jan 2021 21:16:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJzD2VgD2HYCLhJeyfxdqwaQC4ED62BhtTLFjK85R3ofhDaiWlYv8M+IpeCODFOOmkyJO4Wj X-Received: by 2002:a17:906:eb46:: with SMTP id mc6mr8180430ejb.184.1611206195818; Wed, 20 Jan 2021 21:16:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611206195; cv=none; d=google.com; s=arc-20160816; b=azfseTT6DffiWCE/Yr/ssAiZ/RSblcP6hCjMpXq7NHvVbXYYUJ9b4ejq3NvwYbBTtB d00LOX/iGDRDWsHM5zUe8xpz/oEYVkT/4xm3Z30c2hJUYFkPUhQbEyYnQqrZfI50nHlO wMv/W803HlnVhTJLvcIBN1XJVB2p4EAJuJT0gfDXCl7sBrUrBAMuuTJi91s3CgPnklzm WZATA/2a0OVSCsjH/76txKCJRen9njA0ffFkFfUtLcpbPGnHxqjHtQeNe1H3m2dUDvVE EfbpW0HUWR0eT+pGPPexprj9ZCOMGi47bsy4l0ssm2a7cYrcQ08JsYIjmylGTe/IBbJf wU+w== 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=+ziGzMN3/gLL8DtYTqVljYCruFFRjjjEaJ7y7XyhFL4=; b=Azu55d7DYVAGz5zjlDFwfErYQeUdpx0tyKlFOp6RdjyzXh56KqmbmXdXE+knV/YgnW oUOXBpI29SqQjxm5fKBloF+adWXhw4V5UCE3w/nd3rWa23imktS5csSfsOZTgciACqxh wJ1YFjeUEwW6k3hcDbuXk83QePGthMZLj6cwDs3jeTB2LFtDKv+w0b/kJIHbErLPRXOS 6V/r9QyhxOxThvOAPpABfHhyE4BnMMNOiAL6XajuB3UXy/dmy7J50prk7HmyEo46IJbS 4XjnbC0lLHKlhQz/ySfoEU5kUgT7iN1LyKcR85JbPHWTF859MpRS5EsC6yxCtidlX6D+ gxHw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=iDv6v5uC; 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 k4si1347476ejk.405.2021.01.20.21.16.11; Wed, 20 Jan 2021 21:16:35 -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=iDv6v5uC; 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 S1726487AbhAUFOO (ORCPT + 99 others); Thu, 21 Jan 2021 00:14:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44680 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726983AbhAUFKA (ORCPT ); Thu, 21 Jan 2021 00:10:00 -0500 Received: from mail-pg1-x536.google.com (mail-pg1-x536.google.com [IPv6:2607:f8b0:4864:20::536]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C9AA1C0613C1 for ; Wed, 20 Jan 2021 21:09:19 -0800 (PST) Received: by mail-pg1-x536.google.com with SMTP id 15so608321pgx.7 for ; Wed, 20 Jan 2021 21:09:19 -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=+ziGzMN3/gLL8DtYTqVljYCruFFRjjjEaJ7y7XyhFL4=; b=iDv6v5uCY3Zua0I3KQwsWBukYKQ2YMAPXP1fqHyqRFJV2Z50vu0ClyvaY7eG9gtnCX hgLa4UoczoIt+Oop4ITJJhLMpqINlhscY5JYwgUk1cPR1R+K0HfKAFfh+SyaSSMJVdCn fmDyRphqwM+Jrs5+NxMvCHeXEx8qXBgN0BtSeUsnxhkOLhSE86pbfSNbLNYp0zDFF57R g1XfUneaQqpNiW3pNM9zhlidI68DM8yCs7GHFYkKZU7Gs8K7tC6AKBKk7UHZYNYmGFoE nI+6Ar+VXdcKCn9FiFypXx/MJLVYVPEDmVyXsSPWX/0sF14Fu5fI2YZ/UW1+VHm/zFIW MYoQ== 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=+ziGzMN3/gLL8DtYTqVljYCruFFRjjjEaJ7y7XyhFL4=; b=tuWJlGW9sJ+9LluR5LS9Cu5xtIxdhAn/56/Lde7rnh0muFZaRi1/TEVPA96+RI4CAC +XYsMuyglka53/BHjPiDGU/cNcR0YF5k5ruJtcequMzA/edcy306UfMMZ39mLNy8WHmO WIoHo4ItGBCVrJbxwDe6GZdUoPV3c2gPv22T/rOTmN7vzHP7l3ZFOaNUJ9LkvfDTXl1L FGeNZkH3Wb6nuFZepO8Os2D2hcMxkRd8v5IaoySypdKuLBjXDv9phPxWAzgiKqd1VRtf g1KlXvDZ0XaHHQ2p5zOW7Uteb4rCicd3FVmBYhSikjExxSi8XO2G2Ynww+11XryOcgX+ F/uA== X-Gm-Message-State: AOAM531XyFsfwSp6A5OMKN5+UsXxvnAf4mOyVI/mRE18IpZv2x83DU3q 4hbOiOA4Q1VmtNycJQC/98e8nDZhAQrN/g== X-Received: by 2002:a62:5105:0:b029:1bc:3b3d:30a5 with SMTP id f5-20020a6251050000b02901bc3b3d30a5mr1221625pfb.43.1611205759123; Wed, 20 Jan 2021 21:09:19 -0800 (PST) Received: from localhost ([122.172.59.240]) by smtp.gmail.com with ESMTPSA id e21sm3826873pgv.74.2021.01.20.21.09.18 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Wed, 20 Jan 2021 21:09:18 -0800 (PST) Date: Thu, 21 Jan 2021 10:39:16 +0530 From: Viresh Kumar To: Frank Rowand Cc: Rob Herring , pantelis.antoniou@konsulko.com, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-kbuild@vger.kernel.org, Vincent Guittot , Bill Mills , anmar.oueja@linaro.org, Masahiro Yamada , David Gibson Subject: Re: [PATCH] of: unittest: Statically apply overlays using fdtoverlay Message-ID: <20210121050916.4rrumkoy3jsdh4hx@vireshk-i7> References: <1e42183ccafa1afba33b3e79a4e3efd3329fd133.1610095159.git.viresh.kumar@linaro.org> <20210119022154.2338781-1-frowand.list@gmail.com> <20210119080546.dzec3jatsz2662qs@vireshk-i7> <20210120050606.b2m4jssh73wexybx@vireshk-i7> <95cfc497-3d12-fd46-6e42-2a77612236ea@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95cfc497-3d12-fd46-6e42-2a77612236ea@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:00, Frank Rowand wrote: > unittest.c first unflattens overlay_base.dtb during early boot. Then later > it does some phandle resolution using the overlay metadata from overlay_base. > Then it removes the overlay metadata from the in kernel devicetree data > structure. It is a hack, it is ugly, but it enables some overlay unit > tests. > > Quit trying to change overlay_base.dts. I have already done so (in the latest series I sent yesterday). > In my suggested changes to the base patch I put overlay_base.dtb in the > list of overlays for fdtoverlay to apply (apply_static_overlay in the > Makefile) because overlay_base.dts is compiled as an overlay into > overlay_base.dtb and it can be applied on top of the base tree > testcases.dtb. This gives a little bit more testcase data for > fdtoverlay from an existing dtb. Okay, but fdtoverlay tool can't apply overlay_base.dtb to testcases.dtb as none of its node have the __overlay__ property and so I have entirely skipped overlay_base.dtb and overlay.dtb now. Yes this reduces the test coverage a bit as you said, but I don't see a way to make it work right now. And I am not even sure if it is a fdtoverlay bug, it expects the __overlay__ thing to be there for each node, otherwise it can't figure out where this node should be applied. -- viresh