From: Nikolay Dimitrov <picmaster@mail.bg>
To: Daiane Angolini <daiane.list@gmail.com>,
Otavio Salvador <otavio@ossystems.com.br>
Cc: "meta-freescale@yoctoproject.org" <meta-freescale@yoctoproject.org>
Subject: Re: SOC_FAMILY Rework
Date: Thu, 09 Jul 2015 18:20:14 +0300 [thread overview]
Message-ID: <559E912E.5030800@mail.bg> (raw)
In-Reply-To: <CA+jg_OWQWYOch+610Phe3-WakiiXVZX2d0EZaJVH9WhN_y_7_A@mail.gmail.com>
Hi Daiane,
On 07/09/2015 05:54 PM, Daiane Angolini wrote:
>> It does not work. The point of OVERRIDE is to make changes in a set of
>> SoCs and we cannot contaminate other BSP (Intel, TI, Samsung,
>> Qualcomm...)
>
> GPU is a SoC characteristic, and it's obvious it's the most important
> BSP piece on i.MX6 family. Instead of having a tree like:
>
> imx -> imx6 -> everysingle soc
>
> We could have something like:
>
> imx -> imx6-light -> ligh socs
> imx -> imx6-heavy -> heavy socs
>
> and, instead of list "everysingle soc" when setting GPU BSP, we can
> list only "light and heavy".
>
> The downside is to list "light and heavy" in packages for imx6
>
>
> I don't see how it will contaminate other BSP. I'm trying to stress
> the imx OVERRIDE just included.
This is an excellent example. The OVERRIDEs should generalize, not
specialize (although you can always interpret a root-leaf traversal as
a specialization :D). Detailed specialization will lead to OVERRIDEs
tree explosion while trying to express every single SOC feature on each
level of the tree.
If we try to express SOC features via OVERRIDE mechanism, it's imho
doomed.
Regards,
Nikolay
next prev parent reply other threads:[~2015-07-09 15:20 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-08 19:42 SOC_FAMILY Rework Daiane Angolini
2015-07-09 14:05 ` Otavio Salvador
2015-07-09 14:54 ` Daiane Angolini
2015-07-09 15:17 ` Otavio Salvador
2015-07-10 11:45 ` Daiane Angolini
2015-07-09 15:18 ` Eric Bénard
2015-07-09 15:25 ` Otavio Salvador
2015-07-09 15:47 ` Eric Bénard
2015-07-09 16:45 ` Otavio Salvador
2015-07-09 19:39 ` Eric Bénard
2015-07-10 11:49 ` Daiane Angolini
2015-07-09 15:20 ` Nikolay Dimitrov [this message]
2015-07-09 15:26 ` Otavio Salvador
2015-07-10 11:59 ` Daiane Angolini
2015-07-10 5:41 ` Luo Zhenhua
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=559E912E.5030800@mail.bg \
--to=picmaster@mail.bg \
--cc=daiane.list@gmail.com \
--cc=meta-freescale@yoctoproject.org \
--cc=otavio@ossystems.com.br \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.