SEARCH  

NEWS

2010.10.06:11:36:28
Apple zapłaci 625,5 mln USD za naruszenie patentów?
Sąd uznał winę firmy Stevea Jobsa i nakazał jej wypłatę ogromnego odszkodowania. Ta jednak uważa, że racja jest po jej stronie i zapowiada dalszą walkę.

 

messageID:523060007181
author:Wolfgang Denk
title:Re RFC PATCH Device Tree on ARM platform
On Wed, May 27, 2009 at 6:07 PM, Robert Schwebel <r.schwebel@xxxxxxxxxxxxxx wrote: On Wed, May 27, 2009 at 06:58:24PM -0500, Scott Wood wrote: Robert Schwebel wrote: The oftree by design wants to be a complete hardware description. As you mention above, there are cases where you *nevertheless* need ad-hoc information about things *not* encoded into the device tree. This renders the whole concept ad absurdum. You need a machine number again - and if you need that: why not stay with the ARM model, define everything with platform data and avoid the whole thing? Because its better to have a little platform specific code than a lot of it? Until now, oftree has created more problems than it has solved for us. The idea works fine for well-known things like memory maps and interrupts. It works badly for corner cases, and embedded land is full of it. The effort to get the oftree stuff right is often more than a magnitude of order higher than the effort for the actual functionality. That should be an alarm sign that something is wrong. Personally, I attribute a lot of that in powerpc land to the fact that we had no clue what we were doing when we started the process of porting all powerpc platforms to use the device tree. It was hard. It was painful. We didnt have much established convention to learn from. However, now that it is complete I would say that it has been a net-win and it is now simpler to bring up new boards and SoCs than it ever was before. Now we do know what we are doing and it should never cause that level of pain again. g. -- Grant Likely, B.Sc., P.Eng. Secret Lab Technologies Ltd. ------------------------------------------------------------------- List admin: rel="nofollow" lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel FAQ: rel="nofollow" www.arm.linux.org.uk/mailinglists/faq.php www.arm.linux.org.uk/mailinglists/faq.php Etiquette: rel="nofollow" www.arm.linux.org.uk/mailinglists/etiquette.php www.arm.linux.org.uk/mailinglists/etiquette.php
Index