From: Denys Dmytriyenko <denis@denix.org>
To: openembedded-devel@lists.openembedded.org
Subject: Re: [PATCHv2] common_use_cases: add description of SOC_FAMILY
Date: Fri, 10 Sep 2010 15:01:09 -0400 [thread overview]
Message-ID: <20100910190109.GI28148@denix.org> (raw)
In-Reply-To: <AANLkTimU_Rbj=Kex3Qs-EkZSOLUZmV+pY_0xzt-dZ+Mx@mail.gmail.com>
On Thu, Sep 09, 2010 at 08:17:07AM +0200, Frans Meulenbroeks wrote:
> 2010/9/8 Chase Maupin <chasemaupin03@gmail.com>:
> > * Added a description of the SOC_FAMILY variable that
> > can be set in the machine configuration files.
> >
> > Signed-off-by: Chase Maupin <chase.maupin@ti.com>
> > ---
> > docs/usermanual/chapters/common_use_cases.xml | 24 ++++++++++++++++++++++++
> > 1 files changed, 24 insertions(+), 0 deletions(-)
> >
> > diff --git a/docs/usermanual/chapters/common_use_cases.xml b/docs/usermanual/chapters/common_use_cases.xml
> > index d86d0ca..ef81b95 100644
> > --- a/docs/usermanual/chapters/common_use_cases.xml
> > +++ b/docs/usermanual/chapters/common_use_cases.xml
> > @@ -94,6 +94,30 @@ SRCDATE = "20061014"
> > </listitem>
> > </itemizedlist></para>
> >
> > + <para>There are also some optional variables that can be defined:
> > + <itemizedlist>
> > + <listitem>
> > + <para><command>SOC_FAMILY</command> describes a family of processors
> > + that all share common features such as kernel versions,
> > + bootloaders, etc. This is used to allow overrides for a whole
> > + set of devices rather than per machine overrides being used.
> > + The use of SOC_FAMILY as an override is currently a distribution
> > + or local setting.
> > + </para>
> > + <para>
> > + NOTE: SOC_FAMILY is different than MACHINE_CLASS in that
> > + MACHINE_CLASS is intended to specify a grouping of devices
> > + that may have different processors but share common features.
> > + For example all OMAP3 devices can be described using the SOC_FAMILY
> > + "omap3" and this value can be used in overrides to prevent
> > + requiring multiple machine specific overrides. MACHINE_CLASS
> > + might be used to describe a class of devices such as a cell
> > + phone in which the processor may be different but the
> > + features such as touchscreen, GPS, modem, etc are the same.
> > + </para>
> > + </listitem>
> > + </itemizedlist></para>
> > +
> > <para>Next the kernel recipe needs to be added if it doesn't already exist.
> > </para>
> > </section>
> > --
> > 1.7.0.4
>
> Thanks for writing this.
> Seems like a decent description to me.
>
> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
Acked-by: Denys Dmytriyenko <denis@denix.org>
If there are no objections, I'd like to push it later today.
--
Denys
prev parent reply other threads:[~2010-09-10 19:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-09-08 18:03 [PATCHv2] common_use_cases: add description of SOC_FAMILY Chase Maupin
2010-09-08 21:47 ` Paul Menzel
2010-09-09 12:09 ` Maupin, Chase
2010-09-09 16:19 ` Paul Menzel
2010-09-09 6:17 ` Frans Meulenbroeks
2010-09-10 19:01 ` Denys Dmytriyenko [this message]
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=20100910190109.GI28148@denix.org \
--to=denis@denix.org \
--cc=openembedded-devel@lists.openembedded.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox