From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pantelis Antoniou Subject: Re: [PATCH 1/2] fdt: Allow stacked overlays phandle references Date: Mon, 03 Jul 2017 15:41:14 +0300 Message-ID: <1499085674.4225.17.camel@hp800z> References: <1497451946-15443-1-git-send-email-pantelis.antoniou@konsulko.com> <1497451946-15443-2-git-send-email-pantelis.antoniou@konsulko.com> <20170703090648.GV13989@umbus.fritz.box> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=konsulko.com; s=google; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=khEukc5F1G59brmCDPFplxbxE6RGlkYaxFHI1KbSa/I=; b=FWChEU2l35Mp04QUb/oEV/jk/rApXCJyeX+VAsTzBJpI/sSNX8JUpEL24tmMD7FWVE Ksi+VhgXdOctRYg9SO7Bj5k5ytNuk+36l4mkdym/2p5B4V1JNOV0T0VhXGI5Vpeb+GyB i9KU7uPUwhDtyOS40CD1y876iL2SEFoIOKpLc= In-Reply-To: <20170703090648.GV13989-K0bRW+63XPQe6aEkudXLsA@public.gmane.org> Sender: devicetree-compiler-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: David Gibson Cc: Tom Rini , Nishanth Menon , Tero Kristo , Frank Rowand , Rob Herring , Simon Glass , Devicetree Compiler , devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org Hi David, On Mon, 2017-07-03 at 19:06 +1000, David Gibson wrote: > On Wed, Jun 14, 2017 at 05:52:25PM +0300, Pantelis Antoniou wrote: > > This patch enables an overlay to refer to a previous overlay's > > labels by performing a merge of symbol information at application > > time. > > This seems to be doing things the hard way. > It is the minimal implementation to get things to work, with the current overlay implementation. I do have plans for a version 2 with fixes to a number of areas. > You're essentially extending the semantics of overlay application to > add the symbol merging. You've implemented these extended semantics > in libfdt, which is all very well, but that's not the only overlay > application implementation. > > This is a port of the same patch that's against the linux kernel. As far as I know there's no other implementations, or at least none that are open source. > It seems to me a better approach would be to change dtc's -@ > implementation, so that in /plugin/ mode instead of making a global > __symbols__ node, it puts it into the individual fragments. That way > the existing overlay application semantics will update the __symbols__ > node. > A lot of things can be made better, on the next version. These are minimally intrusive patches to address user requests for the current implementation. Why don't we start by making a list, and work towards that goal? Care to start about what you want addressed and how? Regards -- Pantelis