From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Roese Date: Fri, 23 May 2008 15:36:36 +0200 Subject: [U-Boot-Users] A simple howto boot sequoia (ARCH=powerpc) using flattened device tree (FDT) In-Reply-To: <4836BF4F.7060002@ge.com> References: <200805142254.16731.niklaus.giger@member.fsf.org> <200805231429.42728.sr@denx.de> <4836BF4F.7060002@ge.com> Message-ID: <200805231536.36959.sr@denx.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Friday 23 May 2008, Jerry Van Baren wrote: > > I'm wondering who really wants to *not* override the chosen bootargs > > property? I'm probably missing something here, but for me it just makes > > no sense to not override the bootargs property with the U-Boot bootargs > > env variable. > > > > Best regards, > > Stefan > > Like most decisions, we kinda backed into it in an effort to mimic > previous behavior at the start, and then tweaking our decision and code > repeatedly over time. > > The original fdt support (CONFIG_OF_FLAT_TREE) did not touch the /chosen > node *at all* if it existed. I carried this behavior forward with the > libfdt version under the banner of compatibility. Subsequently, Scott > Wood suggested and one of us implemented a fine-grained behavior where > we would create /chosen properties if they didn't exist but not override > existing /chosen properties. Understood. > It may be time to reevaluate our assumptions and decisions. Yes, please :) > Observations: > * Removing the "force" option would simplify the code. > * I've been threatening to remove the deprecated CONFIG_OF_FLAT_TREE > for a while now. Maybe it is time, maybe I /make/ time, to do it > this window. Would be very welcome. Thanks. Best regards, Stefan ===================================================================== DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de =====================================================================