From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id A619BE00563; Tue, 19 Aug 2014 11:25:35 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [209.85.220.48 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mail-pa0-f48.google.com (mail-pa0-f48.google.com [209.85.220.48]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 0B2B4E004F5 for ; Tue, 19 Aug 2014 11:25:32 -0700 (PDT) Received: by mail-pa0-f48.google.com with SMTP id et14so10324409pad.35 for ; Tue, 19 Aug 2014 11:25:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=VLiey+Ry8D+6nggJkbvGjEIshbMQibdsUkoHAhi1iAs=; b=SN1Y2PWzjA4FrlwsCiNeT3Bpyx13Z9Lm9tbnRjAmUAWB/i77ZblzLx+QmOOaCZN4w9 h2ki1z9pv0AGxNo922Jzjs6Y/yPUBdnJc72f+xYGderiwyE+a2lVSIhfpECqdgUpklLX f4EpbsDNbJmDjFeujo1UwiDuJeBlWyod3zJVw0dNRfgFJ79G7Cvro/xi57j0j5EBTHbd UYKAu6z0qesDPFkU6Qr5mY+IxO04e32dEnRaJqK5psST5i3ozgV4SwHxwO3C3T/8coac JYYq4fkOat2TsNHbTmat5NKLEtoVeMaeBwx9rErw08UmOpgQh9ASJoUtAkRHwhhMrVNr LFVw== X-Gm-Message-State: ALoCoQndtE6u6D+d65dV5QCRwqo2GW2C0nqNiMs4SIXOAGKoZLrstMS7wetT/p5It2+RMabpmG6P X-Received: by 10.70.96.41 with SMTP id dp9mr22057062pdb.156.1408472726913; Tue, 19 Aug 2014 11:25:26 -0700 (PDT) Received: from [29.6.1.8] ([63.226.49.26]) by mx.google.com with ESMTPSA id mb6sm30399293pdb.96.2014.08.19.11.25.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 19 Aug 2014 11:25:25 -0700 (PDT) Message-ID: <53F39691.2020408@boundarydevices.com> Date: Tue, 19 Aug 2014 11:25:21 -0700 From: Eric Nelson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Otavio Salvador References: <8f1e8166115a4a4381ded78a5536c001@BY2PR03MB379.namprd03.prod.outlook.com> <23db6296a5b24ce3accdde41476d7d6d@DM2PR0301MB0701.namprd03.prod.outlook.com> <53F3738E.4040902@boundarydevices.com> <53F374C8.6090201@pseudoterminal.org> <53F379CC.9050003@boundarydevices.com> In-Reply-To: Cc: "meta-freescale@yoctoproject.org" Subject: Re: i.MX 3.10.31-1.1.0_beta release - community feedback requested X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Aug 2014 18:25:35 -0000 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Otavio, On 08/19/2014 10:21 AM, Otavio Salvador wrote: > On Tue, Aug 19, 2014 at 1:22 PM, Eric Nelson > 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? > Let 'em use Dora or Daisy. While I'm pulling for the aggressive option in the Community BSP, many of our customers will (and should be) very conservative, and we'll work with them to decide whether they want to back-port updates to the kernel or other packages to their build. The Community BSP should not be viewed as a production distribution. It's purpose should be to provide an easy on-ramp for new users and avenue for pushing things forward. Before shipping product, versions should be locked down as is done in the Freescale "official" releases. Regards, Eric