From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: [RFC] Device Tree Overlays Proposal (Was Re: capebus moving omap_devices to mach-omap2) Date: Mon, 5 Nov 2012 15:22:19 -0800 Message-ID: <20121105232218.GA8284@atomide.com> References: <6AE080B68D46FC4BA2D2769E68D765B708174B7D@039-SN2MPN1-023.039d.mgd.msft.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <6AE080B68D46FC4BA2D2769E68D765B708174B7D@039-SN2MPN1-023.039d.mgd.msft.net> Sender: linux-kernel-owner@vger.kernel.org To: Tabi Timur-B04825 Cc: Grant Likely , Pantelis Antoniou , Rob Herring , Deepak Saxena , Benjamin Herrenschmidt , Wood Scott-B07421 , Kevin Hilman , Matt Porter , Koen Kooi , linux-kernel , Felipe Balbi , Russ Dill , "linux-omap@vger.kernel.org" , "devicetree-discuss@lists.ozlabs.org" List-Id: devicetree@vger.kernel.org Hi, * Tabi Timur-B04825 [121105 13:42]: > On Mon, Nov 5, 2012 at 2:40 PM, Grant Likely wrote: > > > Jane is building custom BeagleBone expansion boards called 'capes'. She > > can boot the system with a stock BeagleBoard device tree, but additional > > data is needed before a cape can be used. She could replace the FDT file > > used by U-Boot with one that contains the extra data, but she uses the > > same Linux system image regardless of the cape, and it is inconvenient > > to have to select a different device tree at boot time depending on the > > cape. > > What's wrong with having the boot loader detect the presence of the > Cape and update the device tree accordingly? We do this all the time > in U-Boot. Doing stuff like reading EEPROMs and testing for the > presence of hardware is easier in U-Boot than in Linux. > > For configurations that can be determined by the boot loader, I'm not > sure overlays are practical. I guess the beaglebone capes could be stackable and hotpluggable if handled carefully enough. Regards, Tony