Date: Wed, 30 Apr 2014 09:26:10 -0600 From: Ian Lepore <ian@FreeBSD.org> To: ticso@cicely.de Cc: freebsd-arm <freebsd-arm@FreeBSD.org>, Thomas Skibo <ThomasSkibo@sbcglobal.net> Subject: Re: SMP support for ZEDBOARD Message-ID: <1398871570.22079.57.camel@revolution.hippie.lan> In-Reply-To: <20140430151956.GA45142@cicely7.cicely.de> References: <535EEB12.2050704@sbcglobal.net> <20140429030345.GB28551@cicely7.cicely.de> <35977CB2-45FD-4703-BAAC-87E47688FB3F@netsense.nl> <535FD615.6020500@sbcglobal.net> <20140429183404.GU28551@cicely7.cicely.de> <536009B1.6040503@sbcglobal.net> <20140429205740.GE39364@cicely7.cicely.de> <20140429210334.GF39364@cicely7.cicely.de> <1398806331.22079.40.camel@revolution.hippie.lan> <53610E68.3010701@sbcglobal.net> <20140430151956.GA45142@cicely7.cicely.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2014-04-30 at 17:19 +0200, Bernd Walter wrote: > On Wed, Apr 30, 2014 at 07:53:28AM -0700, Thomas Skibo wrote: > > > > The more I think about this, this is probably the way to go rather than > > risk people bricking their Parallella trying to reprogram the QSPI > > flash. Cram a new u-boot into a uImage and then have the new u-boot > > load ubldr. I'll try to prototype this on the Zedboard. > > Aren't there problems when u-boot starts with a system, which > already has more initialisation done as usual? > E.g. first u-boot enabled cache already. I was wondering about that too, some of the "first time init" type things that u-boot does may not work if it tries to do them over. The caches should get turned off if the program is launched with bootm or bootelf, but won't be if it's launched with "go xxxxxxxx", but you can work around that using "dcache off; dcache flush; go xxxxxxx". -- Ian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1398871570.22079.57.camel>