From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pavel Machek Date: Mon, 15 Sep 2014 10:53:50 +0200 Subject: [U-Boot] mainline u-boot on socfpga In-Reply-To: <1410744950.2077.22.camel@clsee-VirtualBox.altera.com> References: <20140911074618.51A09380CA2@gemini.denx.de> <20140911171431.GW25506@bill-the-cat> <54122DE5.1080006@opensource.altera.com> <20140912052527.B0714382307@gemini.denx.de> <54133B22.2090509@opensource.altera.com> <54136030.3030200@ovro.caltech.edu> <5413667D.50001@opensource.altera.com> <20140912223717.CF9A138222C@gemini.denx.de> <1410744950.2077.22.camel@clsee-VirtualBox.altera.com> Message-ID: <20140915085350.GB11838@amd> 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's advice is valuable and noted. However, it is in Altera's > > > best interest that we have 1 central gathering point for all our > > > opensource software support. > > > > Full agreement here. But I would like to point out that your point of > > view appears to be biased: U-Boot mainline is a community project, and > > the community is very much vendor-independent. So the question we're > > trying to solve here is not what is optimal for Altera, but what is > > optimal for the community. > > > > As is, current mainline U-Boot is not really working well on most > > SoCFPGA systems. > > I would disagree on this. U-Boot with basic features is working well on > Altera dev kit. I believe it works well for Pavel too as I recall from > his emails. From his latest watchdog patch, seems he is able to boot to > kernel too. I'd not characterize latest mainline u-boot as "working well". I hit some obscure problems (time running 1000x too fast, low memory not working, linux not starting) and was not able to get it working in reliable way. In my eyes it was pretty predictable: when the port is without mmc and ethernet support, there's no surprise it bitrots. Linux still does not reliably start for me :-(. Now, don't spend too much time staring at [rfc] patch, there should be split up version later today. > While for SPL, I would admit its bit slow. But almost all the essential > drivers were there except the SDRAM. This has been dragged for long due > to the legal discussion between GPL and BSD-3. I believe you are part of > this length discussion too :) But this is resolved now after persuading > our legal team. Hopefully we can send out the SDRAM patch soon. Good, so things are getting better. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html