All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Hatle <mark.hatle@windriver.com>
To: <yocto@yoctoproject.org>
Subject: Re: applying the Yocto Project to Automotive interests
Date: Wed, 16 Nov 2011 14:51:40 -0600	[thread overview]
Message-ID: <4EC4225C.2060100@windriver.com> (raw)
In-Reply-To: <89A1C7FA02B5DF4A8A58BF8DC6B65FDF014912B137@orsmsx502.amr.corp.intel.com>

On 11/14/11 3:49 PM, Erway, Tracey M wrote:
> Folks,
>
> I’m presenting a Yocto Project session at the upcoming Linux Foundation
> Automotive Summit in Yokohama, Japan at the end of November.
>
> I thought that folks on this list might have suggestions for pertinent subject
> matter that I should include in the session.
>
> It’s only 30 minutes, so I’ll need to paint a broad picture.
>
> All suggestions welcome,

Automotive release cycles are -very- long.. in the 4-5 year development time 
frame and 10-15 year product support time frame.  As I understand it, the Yocto 
Project does not intend to continue support for any release within those time 
frames.  This is where the end user and/or OSV will need to determine the 
support requirements and support policies outside of what Yocto provides.

Yocto does not provide an "application framework" (this was a big selling point 
of Moblin/MeeGo).  Yocto allows someone to generate their own Linux distribution 
for their own needs.  What this means to someone like GENIVI is that they CAN 
create an application framework based on Yocto, but it would be work they would 
need to do (with us) likely in using a custom layer that specifies specific 
distribution settings, enhancements, etc.

Yocto is a cross-compiled build environment.  This is a departure to a lot of 
the Moblin/MeeGo work that has occurred in the past.  The advantages are you can 
use any commodity PC to target any (supported) architecture.  Disadvantages are 
that when you introduce new code, you need to ensure that it has a recipe (build 
instructions for bitbake) and can cross compile.  If everyone has to do the same 
work over and over, this can be time consuming and counter productive.  If 
people work together, the time and support burden are dramatically reduced. 
This can help negate issues people have had in the past with cross compiling. 
Note: Yocto -does- have a self hosted compile environment if it is needed, this 
is usually when cross compiling isn't easy to do for some reason.

Yocto currently does not support a set of "blessed" binary packages.  Our 
expectation is that the users of Yocto will create their own distributions, and 
then in turn provide binary packages to their own customers/users in whatever 
mechanism is appropriate.  If the automotive folks want to start with binary 
packages and simply add their own stuff on top, someone will need to create the 
distribution (see above about settings and frameworks) and provide the "blessed" 
package feeds.

Anyone have any other questions/comments let me know.  I'm pretty familiar with 
automotive and GENIVI requirements as of a few years ago.  I'm a bit out of date 
with the current work however.

--Mark

> /t
>
> */Tracey M. Erway/*
>
> */The Yocto Project* - /**/www.yoctoproject.org/*
>
> Intel Corporation
>
> 503 . 264 . 6435 Effective VM to Email Service
>
> 503 . 709 . 1221 Cell / Blackberry
>
>
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto



      parent reply	other threads:[~2011-11-16 20:51 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-14 21:49 applying the Yocto Project to Automotive interests Erway, Tracey M
2011-11-16 20:20 ` Joshua Lock
2011-11-16 20:51 ` Mark Hatle [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=4EC4225C.2060100@windriver.com \
    --to=mark.hatle@windriver.com \
    --cc=yocto@yoctoproject.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 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.