From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Glass Date: Tue, 4 Dec 2012 16:02:10 -0800 Subject: [U-Boot] [PATCH 0/57] RFC: Move arch-specific global data into its own structure In-Reply-To: <20121204192716.442CF201071@gemini.denx.de> References: <1353100842-20126-1-git-send-email-sjg@chromium.org> <20121120072517.295652003D0@gemini.denx.de> <20121203145414.GE15777@bill-the-cat> <50BD384F.7030201@ti.com> <20121204192716.442CF201071@gemini.denx.de> Message-ID: List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Wolfgang, On Tue, Dec 4, 2012 at 11:27 AM, Wolfgang Denk wrote: > Dear Graeme Russ, > > In message you wrote: >> >> I agree. While gd->arch does look a bit 'ugly', it immediately unlocks >> the path forward to unifying the init loop. The x86 board.c would be a >> good start (IMNSHO) by simply making the init sequence arrays extern. >> From there we can tackle what really needs to be in gd and what can >> simply be run of the mill global variables. I think most of what is >> under gd->arch may just 'fall out' > > OK, it seems I have the weekest arguments. I will not fight about > that. > > But I would definitely like to know exactly how much we pay for in > terms of code size. I will measure this and report in a day or two (have sneaked out of the office). Regards, Simon > > Best regards, > > Wolfgang Denk > > -- > DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de > Program maintenance is an entropy-increasing process, and even its > most skilfull execution only delays the subsidence of the system into > unfixable obsolescence. - Fred Brooks, "The Mythical Man Month"