From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-f173.google.com (mail-ob0-f173.google.com [209.85.214.173]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id AA3E3E013A7 for ; Mon, 12 Aug 2013 10:07:35 -0700 (PDT) Received: by mail-ob0-f173.google.com with SMTP id ta17so9317959obb.32 for ; Mon, 12 Aug 2013 10:07:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; 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=Mur19sZUs/MjQIMjAgkxg8y1jvbig00M8cJ4ozcD1kI=; b=L9abtbtJNiGxzCLKVVZxhUth+4cHIgSPr9+r0XIvnS0yqWsaxLG2FUNYT0+zfp8ej6 C93CSqi61P6jnXY0a5dhUk5jEQ4fBWIj4gtI6ryEmWsAnft3+qYwhgGKxzY0/9fHnhPb NV0y5sB66jmzyoCnP7bwfr8Jh5u21tadnqjb0R4PmuHOgiOLv7feS/mdgdj0M8qIaOJk T9oufRqlfbRJ25tA3AZP70EvzKGRVLR83TM6TZOKWydegSxEoI8gjVk2+oE+n0QIE02t 3wvwcOBR5AELZ93ENvta268+W89Iy2AVrcCoQlAPOWEEwNPIFn6qqxWD0U6ziYjzuU9q uzTw== X-Gm-Message-State: ALoCoQmQB1pGRcx5s2NEx39o+HowFFISJzUERM2MDaVVRrOr0bChAVTB2lhyfNz2PGx0fvMUUJTR X-Received: by 10.60.134.230 with SMTP id pn6mr60393oeb.52.1376327255267; Mon, 12 Aug 2013 10:07:35 -0700 (PDT) Received: from [192.168.0.15] ([70.96.116.236]) by mx.google.com with ESMTPSA id z5sm34287718obg.13.2013.08.12.10.07.33 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 12 Aug 2013 10:07:34 -0700 (PDT) Message-ID: <52091653.1040204@boundarydevices.com> Date: Mon, 12 Aug 2013 10:07:31 -0700 From: Eric Nelson User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130803 Thunderbird/17.0.8 MIME-Version: 1.0 To: Daiane Angolini References: <1374605958-21049-1-git-send-email-otavio@ossystems.com.br> <1374605958-21049-2-git-send-email-otavio@ossystems.com.br> <5206821C.3030903@boundarydevices.com> <5206BADC.9090702@boundarydevices.com> <5208EB92.3010108@boundarydevices.com> <520903BB.4020509@boundarydevices.com> <52091141.9090107@freescale.com> In-Reply-To: <52091141.9090107@freescale.com> Cc: meta-freescale Mailing List , Otavio Salvador Subject: Re: [meta-fsl-arm-extra PATCH 2/2] linux-boundary: Add support to Vivante 4.6.9p12 GPU code 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: Mon, 12 Aug 2013 17:07:36 -0000 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 08/12/2013 09:45 AM, Daiane Angolini wrote: > On 08/12/2013 01:34 PM, Otavio Salvador wrote: >> On Mon, Aug 12, 2013 at 12:48 PM, Eric Nelson >> wrote: >>> On 08/12/2013 08:18 AM, Otavio Salvador wrote: >>>> >>>> On Mon, Aug 12, 2013 at 11:05 AM, Eric Nelson >>>> wrote: >>>>> >>>>> On 08/12/2013 05:50 AM, Otavio Salvador wrote: >>>>>> >>>>>> On Sat, Aug 10, 2013 at 7:12 PM, Eric Nelson >>>>>> wrote: >>>>>>> >>>>>>> Right now, gpu-viv-bin-mx6q-3.5.7-1.0.0-hfp.bin only supports hard >>>>>>> float. Will the EABI (4.0.0) binaries continue to be supported or >>>>>>> will there be a corresponding package of EABI binaries? >>>>>> >>>>>> >>>>>> There's also a gpu-viv-bin-mx6q-3.5.7-1.0.0-sfp.bin and it is >>>>>> taken in >>>>>> case you're building for Soft Float-Point. It should 'Just Work'. >>>>>> >>>>> >>>>> If that's the case, we can just push the patches onto our >>>>> main branch and not deal with the old/new GPU package question. >>>> >>>> Not really as it will make impossible for your customers to use the >>>> kernel with LTIB at 4.0.0 BSP (well, I'd love they stop using it >>>> but...). >>>> >>> >>> It's not just LTIB that's a question mark. The same comment >>> goes for Debian, Buildroot, Timesys, Ubuntu, Arch or home-brew >>> userspaces. >>> >>> If it's Freescale's recommendation that this GPU package is >>> the **right** one for production use, our primary kernel >>> branch should probably reflect that. >> >> I think the recommendation is to stay in their 'official' and 'test' >> set of packages so I think it is better to have p12 support as patches >> so it is clear it is something we are doing 'by ourselves'. Okay. I didn't mean to open a can of worms here. I was just trying to simplify things. > > 3.5.7-1.0.0 - is an alpha release. It does not have the same "stability" > comparing with a GA release. It is not shared with *all* customers. > My bad. I figured since patches were being released into the wild, this is officially "shared". >> >>> There's no reason someone using another userspace builder >>> can't patch their process to update things. >> >> Well yes but it makes their life harder and a branch which won't work >> with 'official' package set. So I think patches are the way to go for >> now. >> >>> That said, I haven't quite heard this as Freescale's recommendation. >>> Daiane, I don't suppose you want to stick your neck out...? >> >> Poor Daiane ;-) I'm not trying to get you in trouble, Daiane. Just trying to grok the current status. > > When I'm talking to meta-freescale I'm "Freescale". When I'm talking to > guys inside Freescale, I'm "community". > But but but, we're all the "community", right? We're all trying to get the best stuff into end-users' hands so they can build great applications with a minimum of hassle! > Here, I can only say public and official stuff. If you need Freescale's > help, please enter a SR or a question on imx-community. > > =( > Sounds scary! Like there may be lawyers trolling there ;) Regards, Eric