From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Fri, 10 Jan 2020 14:49:20 -0500 Subject: [PATCH 1/2] dts: add property removal option CONFIG_OF_REMOVE_PROPS In-Reply-To: References: <20200108213833.10869-1-agust@denx.de> <20200110163945.GN31026@bill-the-cat> Message-ID: <20200110194920.GP31026@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Sat, Jan 11, 2020 at 04:13:02AM +0900, Masahiro Yamada wrote: > Hi Tom, > > On Sat, Jan 11, 2020 at 1:39 AM Tom Rini wrote: > > > > quiet_cmd_shipped = SHIPPED $@ > > > -cmd_shipped = cat $< > $@ > > > +cmd_shipped = cat $< | $(objtree)/tools/fdtgrep -r -O dtb - -o $@ \ > > > + $(addprefix -P ,$(subst $\",,$(CONFIG_OF_REMOVE_PROPS))) > > > > > > $(obj)/%: $(src)/%_shipped > > > $(call cmd,shipped) > > > > On further thinking, this will make it harder in the case of passing the > > DTB directly to the kernel. We should guard this option by something > > else first. > > Please let me ask a question about this. > In my understanding, U-Boot DTB is a different instance > from the DTB passed to the kernel. > Was it changed, or is the change planned? For a long time now I believe we've had some platforms that wanted to be passed, and pass on again, a single DTB. There's also been boards that have wanted to (or have been) passing what we have on. We also have the case of platforms that more constrained and so stripping information out of the DTB for U-Boot, and continuing to load the kernel DTB from somewhere else, is what they need and want. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: