[oe] kirkwood, one or multiple machines

Frans Meulenbroeks fransmeulenbroeks at gmail.com
Mon Oct 26 17:39:59 UTC 2009


2009/10/26 Florian Boor <florian.boor at kernelconcepts.de>:
> Hi Frans,
>
> Frans Meulenbroeks schrieb:
>> Recently I added support for the openrd client board to OE by making a
>> new machine.
>
> yep - good job, the OpenRD client is an interesting piece of hardware.
>
>> Then why do we have multiple machines?
>> the only things I can think of is:
>> - smaller kernel (but more variants does not drag in that much)
>> - machine specific patches (but for now these do not exist yet, and a
>> clearer way then would be to use the machine specific config macros)
>> - tuned defconfigs (which is the only thing that there is now)
>
> These are good reasons to have one machine conf for every machine. Apart from
> the fact that it is quite likely that it will cause confusion if you merge
> multiple machine configs into one.
>
>> Disadvantage of more machines is that this will grow and grow.
>> Guess within a short while we'll see a machine definition for QNAP
>> TS219 probably followed by all kind of plug variants like pogoplug,
>> toninoplug etc etc.
>
> I do not agree here, a new device configuration file for a new device is
> something I can live with pretty well. Even if two devices can live with the
> same kernel one config for each makes it much more obvious which ones are
> supported in OE and which to look at if you need to change something.
> Thanks to include files these configs can be small but I don't see a major
> advantage of merging them. Currently this might be possible but you move away
> from best results if more specialized Kirkwood devices show up.

You have a point here.
The only disadvantage of different defconfigs is that you need to
change them all if there is some lower level change.
E.g. discovered the other day that ubi does not like it if
CONFIG_MTD_NAND_VERIFY_WRITE is set (which it used to be)
(see http://www.linux-mtd.infradead.org/faq/ubi.html#L_subpage_verify_fail)
in that case all defconfigs need to be updated.
THen again if they live nicely in subdirs, not too much of a problem.

Frans




More information about the Openembedded-devel mailing list