From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Glass Date: Tue, 17 May 2011 10:00:36 -0700 Subject: [U-Boot] [PATCH 0/4] Accurate boot time measurement In-Reply-To: References: <1305319923-9477-1-git-send-email-sjg@chromium.org> <20110515115317.56695DB7945@gemini.denx.de> <20110516054810.AE67F1491B07@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 On Tue, May 17, 2011 at 1:20 AM, Detlev Zundel wrote: > Hi Simon and Wolfgang, > > [...] > >> In terms of all this discussion I can see your point :-) I did have >> expressions of interest from two people including one I thought was at your >> company, which I why I went to the effort to clean up and submit this. At >> that time I didn't realise it would be such a touchy subject. > > I don't believe this topic to be touchy, it's just that Wolfgang trying > to keep the whole code base in shape has a healthy inertia before > introducing changes that may be difficult to keep consistent over the > multitude of SoCs that we support. > > To throw in my personal view again, I still would like to see such an > infrastructure to get into U-Boot code. ?I fully agree with Wolfgang > that practically the printfs and timing are a method already in place to > do measurements. ?On the other hand my experience has shown that for > some reason or other this has never been widely used. ?So effectively, > it wasn't too helpful for the project itself. > > So I still believe that if we _had_ an infrastructure like you propose, > we would get more people interested in _actually_ measuring and > improving the code base, which would certainly be a good thing. > > Of course we have systems that are very limited in their ressources, but > this is the reason why many features of U-Boot are opt-in features not > forcing any resource usage on such boards. ?So if some of them are so > short on resources that they cannot use such a timing framework, then so > be it. ?But as most of the probably are in the legacy code base, they > should not stop us from getting getting positive effects for the > currently important boards and architectures. > > Cheers > ?Detlev Hi Detlev and Wolfgang, Thanks for your comments. I understand a little bit of healthy inertia and do appreciate the constraints. I believe I have covered this ground very thoroughly and would like advice please on what to do next. The options I can see are: - change the code to use a fallback when a microsecond timer is not available - integrate with boot progress - something else? drop it? Regards. Simon > > -- > A change in language can transform our appreciation of the cosmos > ? ? ? ? ? ? ? ? ? ? ? -- Benjamin Lee Whorf > -- > DENX Software Engineering GmbH, ? ? ?MD: Wolfgang Denk & Detlev Zundel > HRB 165235 Munich, ?Office: Kirchenstr.5, D-82194 Groebenzell, Germany > Phone: (+49)-8142-66989-40 Fax: (+49)-8142-66989-80 Email: dzu at denx.de >