From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Frysinger Date: Fri, 12 Nov 2010 23:58:38 -0500 Subject: [U-Boot] RFC: Aligning arch initialisation sequences In-Reply-To: <4CDE1107.80108@gmail.com> References: <4CD67A22.9040802@gmail.com> <201011091835.38581.vapier@gentoo.org> <4CDE1107.80108@gmail.com> Message-ID: <201011122358.38780.vapier@gentoo.org> 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, November 12, 2010 23:16:07 Graeme Russ wrote: > On 10/11/10 10:35, Mike Frysinger wrote: > > On Sunday, November 07, 2010 05:06:26 Graeme Russ wrote: > >> Should all architectures strive to look as much like one another as > >> possible? Should we accept that maybe this particular issue be thrown in > >> the too hard basket? > > > > imo, we should strive to have these things in one common place and not > > just have the different files look the sam > > I was afraid someone would say that. I've been having a look and a think > about the situation for x86, and I cannot come up with a sane way to > emulate the way the global data pointer is handled by the other arches. > > I essence, the gd pointer is a unique global variable available prior to > relocation. On all other arches, this is achieved by using a reserved > register which I do not have the luxury of on x86 :( > > Unless I can resolve this, I cannot move x86 in line with the other arches > (i.e. init functions can only be done after relocation). > > I'll keep thinking about a possible solution i dont think the first cut needs to go all the way. if you want to start small with unifying post-reloc, that's OK too. and probably a lot easier to git bisect in case things go wrong. -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. Url : http://lists.denx.de/pipermail/u-boot/attachments/20101112/caf66c00/attachment.pgp