Dear Dirk Behme, In message <4a8ec01f.7040...@googlemail.com> you wrote: > > I could add the opposite example: > > A <vendor == TI> OMAP3 based board (e.g. Beagle) has no adhesion with > a <vendor == TI> DaVinci board.
I tend to interpret this as poor board support by that vendor, then. A vendor who has several boards to suuport, does himself and especially all his users a big fevour if he implements a common look and feel - compare what boards manufactured for example by AMCC, Freescale (at least more recent ports) or TQ are doing (alphabetical oder, in case you did not notice) - they try to provide a similar setup of their environment variables, etc. - no matter which actual processor or SoC a board may be based on. It is intentional that the current directury struxcture supports this. > Sounds like you propose to put omap3 *board* common stuff into *cpu* > directory? If _all_ OMAP3 boards share this stuff, then t i indeed not board common, but CPU coomon, and should go into the CPU directory. Well spotted. > > Finding boards with the same architecture was always very easy by > > grepping the include/config/* files. We do not need a representation of > > this fact below board/. > > But it wouldn't hurt? Yes, it would, It would disrupt order. > Could we agree to be more flexible with this rule? No. :-) > Independent of the rule, do you see any advantage of switching existing > > board/omap3/ > board/davinci/ > > into something like > > board/DigiKey/beagle (or board/TI/beagle?) > board/gumstix/overo > board/mistral/evm (or board/TI/evm? ) > board/xx/pandora > board/zz/zoom1 > board/yy/zoom2 That should indeed be board/TI/beagle, board/TI/evm, if TI is the board vendor. > Except to follow the rule? Yes, please follow the rules :-) Best regards, Wolfgang Denk -- DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de I can type faster than I can move a mouse, so I find menu-driven drawing packages time consuming and frustrating. - W. R. Stevens _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot
