[meta-freescale] [meta-fsl-arm][PATCH v3 00/11] Freescale 3.10.17-1.0.0-beta - part 1

[Otavio Salvador]

On Thu, Feb 20, 2014 at 1:34 PM, Daiane.Angolini at freescale.com
<Daiane.Angolini at freescale.com> wrote:
>
>
>> -----Original Message-----
>> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com] On
>> Behalf Of Otavio Salvador
>> Sent: Thursday, February 20, 2014 1:14 PM
>> To: Angolini Daiane-B19406
>> Cc: meta-freescale Mailing List
>> Subject: Re: [meta-freescale] [meta-fsl-arm][PATCH v3 00/11] Freescale
>> 3.10.17-1.0.0-beta - part 1
>>
>> On Thu, Feb 20, 2014 at 12:55 PM, Daiane.Angolini at freescale.com
>> <Daiane.Angolini at freescale.com> wrote:
>> >> -----Original Message-----
>> >> From: meta-freescale-bounces at yoctoproject.org [mailto:meta-freescale-
>> >> bounces at yoctoproject.org] On Behalf Of Daiane Angolini
>> >> Sent: Tuesday, February 11, 2014 10:17 AM
>> >> To: Otavio Salvador
>> >> Cc: meta-freescale Mailing List
>> >> Subject: Re: [meta-freescale] [meta-fsl-arm][PATCH v3 00/11]
>> >> Freescale 3.10.17-1.0.0-beta - part 1
>> >>
>> >> On 07-02-2014 10:41, Daiane.Angolini at freescale.com wrote:
>> >> >
>> >> >
>> >> >> -----Original Message-----
>> >> >> From: otavio.salvador at gmail.com [mailto:otavio.salvador at gmail.com]
>> >> >> On Behalf Of Otavio Salvador
>> >> >> Sent: Thursday, February 06, 2014 7:14 PM
>> >> >> To: Angolini Daiane-B19406
>> >> >> Cc: meta-freescale Mailing List
>> >> >> Subject: Re: [meta-freescale] [meta-fsl-arm][PATCH v3 00/11]
>> >> >> Freescale 3.10.17-1.0.0-beta - part 1
>> >> >>
>> >> >> Hello Daiane,
>> >> >>
>> >> >> On Tue, Jan 28, 2014 at 10:59 AM, Daiane Angolini
>> >> >> <daiane.angolini at freescale.com> wrote:
>> >> >>> On 27-01-2014 16:35, Otavio Salvador wrote:
>> >> >>>> On Mon, Jan 27, 2014 at 4:27 PM, Daiane Angolini
>> >> >>>> <daiane.angolini at freescale.com> wrote:
>> >> >>>>>
>> >> >>>>> On 23-01-2014 23:47, Otavio Salvador wrote:
>> >> >>>>>>
>> >> >>>>>> I did some small fixes that I found during test at O.S. Systems'
>> >> >>>>>> autobuilder and I dropped some fixes that were pushed to
>> >> >>>>>> master (as you've probably noticed from the e-mail to the mailing
>> list).
>> >> >>>>>>
>> >> >>>>>> I am awaiting people's feedback for the patches as this
>> >> >>>>>> upgrades package versions and we should have a better test
>> coverage.
>> >> >>>>>>
>> >> >>>>>> Please give a try in the 'master-next' branch and comment in
>> >> >>>>>> anything that could be improved in the patches. All comments
>> >> >>>>>> are
>> >> >> welcome...
>> >> >>>>>
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> I tested imx-text and vpu integration on imx53qsb and it's OK.
>> >> >>>>>
>> >> >>>>> X11 is up and running on imx53qsb as well.
>> >> >>>>>
>> >> >>>>>
>> >> >>>>> Tomorrow morning I'm going to test imx28evk and more
>> >> >>>>> videos/audios on imx53qsb.
>> >> >>>>>
>> >> >>>>> As soon as I have my test result I let you know.
>> >> >>>>
>> >> >>>>
>> >> >>>> Awesome; thanks for testing.
>> >> >>>>
>> >> >>>
>> >> >>> I tested imx28evk and imx53qsb, imx-test, and MM packages.
>> >> >>>
>> >> >>> For imx-test, I think both board had it integrated. So imx-test
>> >> >>> is OK
>> >> >>>
>> >> >>> For MM packages, I tested the following files:
>> >> >>>
>> >> >>> BigBillBroonzy-BabyPleaseDontGo1.mp3
>> >> >>> StarWars_eps1_4.451mbps_30fps_720_L3B2_cut.avi
>> >> >>> big_buck_bunny_1080p_h264.mov
>> >> >>> terminator3_mpeg4_480x280_24fps_aac_stereo_48khz_1min_47sec.mp4
>> >> >>>
>> >> >>> All files worked (audio/audio+video+1080pHDMI display) very well
>> >> >>> on imx53qsb The mp3 worked very well on imx28evk All movie failed
>> >> >>> on imx28evk with "Illegal Instruction". I'm still debugging this.
>> >> >>
>> >> >> Did you found what is the culprit?
>> >> >
>> >> > No I haven´t had time to work on this so far. Sorry. No updates.
>> >>
>> >> I was able to find the commit that introduced the error:
>> >>
>> >> bb62895 libfslparser: Update to 3.0.9
>> >>
>> >> So, master is broken now. Reverting bb62895 the error is gone.
>> >
>> > This error was fixed internally and it´s going to be part of next
>> release.
>>
>> Great; in this case I think we can merge the VPU patches into master and if
>> it proves to work fine into Dora later. As this error is already known in
>> Dora as well.
>>
>> Do you have any objection?
>
> No, I don´t have objection.
>
> When I tested the next release I used exactly the same recipe. So it would be only
> md5sum and package itself.
>
> I think it may help us with the overall upstream process, as we can merge the VPU
> patchset and eliminate this from our staging area...

Applied.

-- 
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