From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.free-electrons.com (top.free-electrons.com [176.31.233.9]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 72AAEE00C18 for ; Thu, 17 Apr 2014 07:44:41 -0700 (PDT) Received: by mail.free-electrons.com (Postfix, from userid 106) id 88D467D9; Thu, 17 Apr 2014 16:44:41 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on mail.free-electrons.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.3.2 Received: from localhost (128-79-216-6.hfc.dyn.abo.bbox.fr [128.79.216.6]) by mail.free-electrons.com (Postfix) with ESMTPSA id 441CC669; Thu, 17 Apr 2014 16:44:41 +0200 (CEST) Date: Thu, 17 Apr 2014 16:44:36 +0200 From: Alexandre Belloni To: "Daiane.Angolini@freescale.com" Message-ID: <20140417144436.GM2813@piout.net> References: <653c8aa7b3e04f11931a3f1bb2c21f0a@BY2PR03MB379.namprd03.prod.outlook.com> <20140404225342.GJ4883@piout.net> MIME-Version: 1.0 In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "meta-freescale@yoctoproject.org" Subject: Re: [ANN] FSL Test Plan Announcement 1.6 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: Thu, 17 Apr 2014 14:44:42 -0000 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit On 07/04/2014 at 14:19:00 +0000, Daiane.Angolini@freescale.com wrote : > > > > -----Original Message----- > > From: Alexandre Belloni [mailto:alexandre.belloni@free-electrons.com] > > Sent: Friday, April 04, 2014 7:54 PM > > To: Angolini Daiane-B19406 > > Cc: meta-freescale@yoctoproject.org > > Subject: Re: [meta-freescale] [ANN] FSL Test Plan Announcement 1.6 > > > > Hi Daiane, > > > > On 04/04/2014 at 17:57:26 +0000, Daiane.Angolini@freescale.com wrote : > > > The goal test plan for this release is: > > > > > > MUST HAVE: > > > * all 29 boards MUST reach the user space prompt > > > * all i.MX6 boards MUST have running accelerated > > > * x11 > > > * framebuffer > > > * wayland > > > * directfb > > > * all i.MX6 boards MUST have GPU and VPU support for both SFP and HFP > > > * all 29 boards MUST play at least one movie > > > > I'm not sure it is worth playing movie on the few boards that don't have a > > screen ;) > > Humm, It´s something that I´m always /not absolutely sure/. > > But, why would a board with a multimemdia chip not play a movie of have a "screen" > > In our current board list, only vybrid is not supposed to be "multimedia chip" > > And, wandboard, for example, does not have an screen until you plug HDMI. > > And don´t forget imx28/imx233, the chip does not have VPU, but I always work to get playback working on it. > > So, I´m think say /all boards must play at least one movie/ is not that wrong. But of course I can add "when applicable" > Yeah, I would add when applicable and I would add a "not applicable" choice in the Multimedia sections. The cfa10036 and cfa10037 don"t have any video output of any kind LCD, VGA, HDMI... > > > > > * all 29 boards MUST encode at least one kind of movie > > > > Same here, I don't have any board able to capture video... > > I don't have any audio out either. > > Here I agree that this should be SHOULD not MUST. Or add a "when applicable". > > In your opinion, what would be a better Test Goals? Would you mind to re-write mine and to share it? > I think the tests goals are fine as these allow to test the integration of all the software stack. It is just that some crystalfontz boards are not designed for multimedia so I can't test audio and/or video. -- Alexandre Belloni, Free Electrons Embedded Linux, Kernel and Android engineering http://free-electrons.com