All of lore.kernel.org
 help / color / mirror / Atom feed
From: Darren Hart <dvhart@linux.intel.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>
Cc: yocto@yoctoproject.org
Subject: Re: yocto and LTSI
Date: Mon, 12 Mar 2012 08:23:05 -0700	[thread overview]
Message-ID: <4F5E14D9.7060706@linux.intel.com> (raw)
In-Reply-To: <4F5A1700.3080501@windriver.com>



On 03/09/2012 06:43 AM, Bruce Ashfield wrote:
> On 12-03-09 09:36 AM, Bob Cochran wrote:
>> On 03/09/2012 08:43 AM, Bruce Ashfield wrote:
>>> On 12-03-09 07:20 AM, David Nyström wrote:
>>>> Hi All,
>>>>
>>>> Whats yoctos take on LTSI ?
>>>>
>>>> http://git.linuxfoundation.org/?p=ltsi-kernel.git;a=summary
>>>> http://lwn.net/Articles/484337/
>>>>
>>>> I've noticed that LTT-ng and other kernel patches are independently
>>>> ported and maintained by the yocto project.
>>>> Are there any plans for yocto to have ltsi-kernel patches as upstream ?
>>>
>>> We'll be syncing up with the ltsi kernel parts over the summer.
>>> But yes, LTSI will be one of the sources used for yocto kernel trees.
>>>
>>> Cheers,
>>>
>>> Bruce
>>>
>>>>
>>
>> I just finished reviewing the slides for LTSI given at ELC:
>> (https://events.linuxfoundation.org/images/stories/pdf/lf_elc12_shibata.pdf).
>>
>>
>> Why does the Linux Foundation need to get behind yet another effort to
>> maintain a kernel repository for embedded? It seems that many of the
>> objectives are the same for the two projects regarding the kernel. Why
>> not just branch a yearly Yocto kernel as long-term stable and add the
>> support methodology outlined in the LTSI slides to this branch? Perhaps
>> this could also be done with the Poky repo?
> 
> LTSI is still relatively new, a bit of patience is required for
> us to effectively collaborate between the two areas.
> 
> But yocto will always have a newer kernel than LTSI as we work
> throughout any given period. Quite simply put, there is no way to
> have one kernel version that meets everyone's needs. That's always
> been the case, and will likely continue to be the case for the
> forseeable future.
> 
>>
>> How is a developer supposed to view Yocto and LTSI? The former is
>> cutting edge, developer friendly with all the bells & whistles, and
>> experimental but use the latter for production??? Or maybe use the tools
>> and rootfs from Yocto but the kernel from LTSI?
> 
> These sorts of things are still being worked out, when we actually
> have a LSTI based yocto option, some sort of messaging will be
> created.
> 
>>
>> It seems Greg K-H of LTSI should join forces with Yocto and keep things
>> simple & unified for us embedded developers (or Yocto should dump
>> maintaining its own kernel repos and just draw from LTSI).
> 
> I already have initial conact with Greg on sync'ing up my efforts with
> LSTI.  Perhaps someday there will be a more complete overlap in the
> two, but today there isn't a complete overlap, so there will be
> additions to  LTSI that some boards/features/etc that yocto requires.
> Those additions may degrade to zero over time. In fact, if everything
> would just go mainline .. that would be even better.


Another point to make is that Yocto Project recipes (applications,
system libraries, and Linux kernels) will always be based on some
upstream, and should not be considered an upstream themselves.

In future releases, the linux-yocto recipes will use LTSI as a base, and
continue to work to push any changes we have to make by way of
integration and stablization to mainline as well as LTSI.

-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


      reply	other threads:[~2012-03-12 15:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-09 12:20 yocto and LTSI David Nyström
2012-03-09 13:43 ` Bruce Ashfield
2012-03-09 14:36   ` Bob Cochran
2012-03-09 14:43     ` Bruce Ashfield
2012-03-12 15:23       ` Darren Hart [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=4F5E14D9.7060706@linux.intel.com \
    --to=dvhart@linux.intel.com \
    --cc=bruce.ashfield@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.