From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nicolas Ferre Subject: Re: [PATCH v6 3/4] plugin: Transparently support old style syntax Date: Fri, 6 May 2016 11:30:49 +0200 Message-ID: <572C6449.9080103@atmel.com> References: <1462477724-8092-1-git-send-email-pantelis.antoniou@konsulko.com> <1462477724-8092-4-git-send-email-pantelis.antoniou@konsulko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Return-path: In-Reply-To: Sender: devicetree-compiler-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Phil Elwell , Rob Herring , Pantelis Antoniou Cc: David Gibson , Jon Loeliger , Grant Likely , Frank Rowand , Mark Rutland , Jan Luebbe , Sascha Hauer , Matt Porter , devicetree-compiler-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: devicetree@vger.kernel.org Le 06/05/2016 11:16, Phil Elwell a =C3=A9crit : >> In the wild where? >> >> IMO, too bad. That's the danger of deploying prototype code. Perhaps= a >> tool to convert them would be better. Prototype code or no code, which one solve actual problems? > At Raspberry Pi we've been making good use of overlays for over a yea= r now. > They have been an invaluable tool, allowing us to reduce the need for > downstream code while retaining and extending the flexibility our use= rs > need. Without the circulating patches I would have pressed ahead with= a > homegrown equivalent, which would have made switching to overlays muc= h more > painful. >=20 > I hope to see Pantelis's overlay configfs code in a kernel release so= on, > but until then we'll continue to apply the patches downstream. +1 Same situation for for Atmel Xplained boards. I remember having identified DT overlays as the solution to my out-of-tree nightmare nearly 2 years ago... Hang in there Pantelis, I admire your determination! Bye, --=20 Nicolas Ferre