All of lore.kernel.org
 help / color / mirror / Atom feed
From: Otavio Salvador <otavio@ossystems.com.br>
To: Eric Nelson <eric.nelson@boundarydevices.com>
Cc: "meta-freescale@yoctoproject.org" <meta-freescale@yoctoproject.org>
Subject: Re: i.MX 3.10.31-1.1.0_beta release - community feedback requested
Date: Tue, 19 Aug 2014 14:21:31 -0300	[thread overview]
Message-ID: <CAP9ODKq+fcV5QqOf+EHazdvB7T7+bvJtHKAY5BQ=dEmtBeQM9g@mail.gmail.com> (raw)
In-Reply-To: <53F379CC.9050003@boundarydevices.com>

On Tue, Aug 19, 2014 at 1:22 PM, Eric Nelson
<eric.nelson@boundarydevices.com> wrote:
> On 08/19/2014 09:01 AM, Carlos Rafael Giani wrote:
>> Well, of course Freescale is interested in option 2, since it helps with
>> their kernel development :)
>>
>
> Which is a good thing!
>
>> But think about it this way:
>>
>> you are a customer, and are using the beta kernel, because that's what
>> is in Yocto Project 1.7. Something goes wrong. You contact your
>> Freescale FAE. Response: "we can't help you, because you are using an
>> unsupported kernel". This is the main problem. Not necessarily the
>> stability of the beta kernel, but the lack of Freescale support.
>>
>
> My experience is that getting support on the latest is easier, since
> that's where developers tend to live.
>
> When Freescale is asked to investigate a bug, they will likely ask
> that it be reproduced on Freescale hardware and using a Freescale
> supplied kernel and userspace (i.e. not from the Community BSP).
>
> For users of other hardware and kernels (i.e. most of the world), these
> tend to be the biggest hurdles.
>
> By placing the latest (-beta) kernel in master-next now and
> master in October, we're placing a big hurdle on adoption of
> 3.10.31. Breakage is common in master and this generally has
> nothing to do with the kernel or Freescale bits.
>
> This is clearly all gray area, and these are just my 2c.

Just to clarify.

What should we do with boards which:

a) including in master now means getting 3.10.31 in next stable, in October.
b) does not update or fix their kernel to work with newer GPU stack?

b is very critical in my point of view as this impacts user experience
and if we don't remove broken boards their images will segfault in the
boards.

What is your view on this?


-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


  reply	other threads:[~2014-08-19 17:21 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <b82299f1e1374ceea2a54dc92a7edc83@DM2PR0301MB0701.namprd03.prod.outlook.com>
     [not found] ` <8f1e8166115a4a4381ded78a5536c001@BY2PR03MB379.namprd03.prod.outlook.com>
2014-08-18 15:32   ` i.MX 3.10.31-1.1.0_beta release - community feedback requested Lauren Post
2014-08-18 15:54     ` Alfonso Tamés
2014-08-18 17:28       ` Eric Nelson
2014-08-18 19:35       ` Carlos Rafael Giani
2014-08-18 21:14         ` John Weber
2014-08-19  0:34         ` Alfonso Tamés
2014-08-19  2:32     ` Sébastien Taylor
2014-08-19  6:56       ` Carlos Rafael Giani
2014-08-19 13:59     ` Otavio Salvador
2014-08-19 15:55       ` Eric Nelson
2014-08-19 16:01         ` Carlos Rafael Giani
2014-08-19 16:22           ` Eric Nelson
2014-08-19 17:21             ` Otavio Salvador [this message]
2014-08-19 18:25               ` Eric Nelson
2014-08-19 17:24         ` Otavio Salvador
2014-08-19 18:44           ` Eric Nelson
2014-08-19 19:23             ` Lauren Post
2014-08-19 20:00               ` Otavio Salvador
2014-08-19 20:13                 ` Eric Bénard
2014-08-19 20:20                 ` John Weber
2014-08-20 13:31                   ` Daiane Angolini
2014-08-20 17:32                 ` Sébastien Taylor
2014-08-20 22:53     ` Alexander Holler
2014-08-20 23:04       ` Lauren Post
2014-08-20 23:29         ` Alexander Holler
2014-08-20 18:12 xxiao8
2014-08-20 19:41 ` Otavio Salvador
2014-08-20 23:11   ` xxiao8

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='CAP9ODKq+fcV5QqOf+EHazdvB7T7+bvJtHKAY5BQ=dEmtBeQM9g@mail.gmail.com' \
    --to=otavio@ossystems.com.br \
    --cc=eric.nelson@boundarydevices.com \
    --cc=meta-freescale@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.