* Updates to meta-fsl-arm (master) in 2016-01-11
@ 2016-01-11 15:16 Otavio Salvador
2016-01-11 18:23 ` Ting Liu
0 siblings, 1 reply; 6+ messages in thread
From: Otavio Salvador @ 2016-01-11 15:16 UTC (permalink / raw)
To: meta-freescale
Hello,
I pushed following updates:
commit 4b84798a7e263ba3a96cebad93a36f450394b7c0 (yocto/master)
Author: Otavio Salvador <otavio@ossystems.com.br>
Date: Fri Jan 8 14:15:35 2016 -0200
qt4: Move BSP related bbappend files to dynamic layer
The Qt4 recipes are now in a specific layer, meta-qt4, so we cannot
append those recipes if the layer is not included.
This moves the bbappend files to the 'qt4-layer' collection, enabling it in
case the collection is available.
Fixes [YOCTO: #8898]
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Regards,
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Updates to meta-fsl-arm (master) in 2016-01-11
2016-01-11 15:16 Updates to meta-fsl-arm (master) in 2016-01-11 Otavio Salvador
@ 2016-01-11 18:23 ` Ting Liu
2016-01-11 18:32 ` Otavio Salvador
0 siblings, 1 reply; 6+ messages in thread
From: Ting Liu @ 2016-01-11 18:23 UTC (permalink / raw)
To: Otavio Salvador; +Cc: meta-freescale
Hello Otavio,
I sent some patches to meta-fsl-arm on 2015-12-15 and noticed that they are marked as 'rejected' just now.
No comment for 'rejected'?
-Ting
> -----Original Message-----
> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
> bounces@yoctoproject.org] On Behalf Of Otavio Salvador
> Sent: Monday, January 11, 2016 11:16 PM
> To: meta-freescale@yoctoproject.org
> Subject: [meta-freescale] Updates to meta-fsl-arm (master) in 2016-01-11
>
> Hello,
>
> I pushed following updates:
>
> commit 4b84798a7e263ba3a96cebad93a36f450394b7c0 (yocto/master)
> Author: Otavio Salvador <otavio@ossystems.com.br>
> Date: Fri Jan 8 14:15:35 2016 -0200
>
> qt4: Move BSP related bbappend files to dynamic layer
>
> The Qt4 recipes are now in a specific layer, meta-qt4, so we cannot
> append those recipes if the layer is not included.
>
> This moves the bbappend files to the 'qt4-layer' collection, enabling it in
> case the collection is available.
>
> Fixes [YOCTO: #8898]
>
> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
>
> Regards,
>
> --
> 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
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Updates to meta-fsl-arm (master) in 2016-01-11
2016-01-11 18:23 ` Ting Liu
@ 2016-01-11 18:32 ` Otavio Salvador
2016-01-12 2:36 ` Zhenhua Luo
0 siblings, 1 reply; 6+ messages in thread
From: Otavio Salvador @ 2016-01-11 18:32 UTC (permalink / raw)
To: Ting Liu; +Cc: meta-freescale
On Mon, Jan 11, 2016 at 4:23 PM, Ting Liu <ting.liu@nxp.com> wrote:
> I sent some patches to meta-fsl-arm on 2015-12-15 and noticed that they are marked as 'rejected' just now.
> No comment for 'rejected'?
I noticed they were the same sent for meta-freescale and as
meta-fsl-arm is not being use for QorIQ releases do you think it is
worth keeping it receiving changes?
If it is really desired I can go over them but as meta-freescale is in
use for QorIQ it seems like pushing them there makes more sense and
avoid duplication.
I didn't yet did a major review of them, as I am on holidays, but will
do as time permits.
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Updates to meta-fsl-arm (master) in 2016-01-11
2016-01-11 18:32 ` Otavio Salvador
@ 2016-01-12 2:36 ` Zhenhua Luo
2016-01-12 11:04 ` Otavio Salvador
0 siblings, 1 reply; 6+ messages in thread
From: Zhenhua Luo @ 2016-01-12 2:36 UTC (permalink / raw)
To: Otavio Salvador, Ting Liu; +Cc: meta-freescale
Hello Otavio,
Before meta-fsl-arm and meta-fsl-ppc are formally replaced by meta-freescale in yoctoproject.org, we should ensure the QorIQ bits are available in meta-fsl-arm and meta-fsl-ppc.
The duplicated effort is done for both i.MX and QorIQ products currently, to avoid such duplicated effort, we'd better make meta-freescale replace fsl-arm and fsl-ppc ASAP. What's your thought?
Best Regards,
Zhenhua
> -----Original Message-----
> From: Otavio Salvador [mailto:otavio.salvador@ossystems.com.br]
> Sent: Tuesday, January 12, 2016 2:33 AM
> To: Ting Liu <ting.liu@nxp.com>
> Cc: meta-freescale@yoctoproject.org; Zhenhua Luo <zhenhua.luo@nxp.com>
> Subject: Re: [meta-freescale] Updates to meta-fsl-arm (master) in 2016-01-11
>
> On Mon, Jan 11, 2016 at 4:23 PM, Ting Liu <ting.liu@nxp.com> wrote:
> > I sent some patches to meta-fsl-arm on 2015-12-15 and noticed that they are
> marked as 'rejected' just now.
> > No comment for 'rejected'?
>
> I noticed they were the same sent for meta-freescale and as meta-fsl-arm is
> not being use for QorIQ releases do you think it is worth keeping it receiving
> changes?
>
> If it is really desired I can go over them but as meta-freescale is in use for QorIQ
> it seems like pushing them there makes more sense and avoid duplication.
>
> I didn't yet did a major review of them, as I am on holidays, but will do as time
> permits.
>
> --
> 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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: Updates to meta-fsl-arm (master) in 2016-01-11
2016-01-12 2:36 ` Zhenhua Luo
@ 2016-01-12 11:04 ` Otavio Salvador
0 siblings, 0 replies; 6+ messages in thread
From: Otavio Salvador @ 2016-01-12 11:04 UTC (permalink / raw)
To: Zhenhua Luo; +Cc: meta-freescale
On Tue, Jan 12, 2016 at 12:36 AM, Zhenhua Luo <zhenhua.luo@nxp.com> wrote:
> Before meta-fsl-arm and meta-fsl-ppc are formally replaced by meta-freescale in yoctoproject.org, we should ensure the QorIQ bits are available in meta-fsl-arm and meta-fsl-ppc.
>
> The duplicated effort is done for both i.MX and QorIQ products currently, to avoid such duplicated effort, we'd better make meta-freescale replace fsl-arm and fsl-ppc ASAP. What's your thought?
Our goal should be to replace both meta-fsl-arm and meta-fsl-ppc with
meta-freescale, sure. However there are some subtle but important
differences between both. Patches from meta-fsl-ppc does not apply
directly into meta-freescale due the reorganization and deduplication
of QorIQ ARM and QorIQ recipes and, for me, the most important aspect
is that QorIQ is using meta-freescale for the release.
My goal is to try to get meta-freescale used for i.MX and QorIQ for
April release; I intend to start more actively test this as soon as we
merge current GA patches from i.MX.
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
* Updates to meta-fsl-arm (master) in 2016-01-11
@ 2016-01-11 12:22 Otavio Salvador
0 siblings, 0 replies; 6+ messages in thread
From: Otavio Salvador @ 2016-01-11 12:22 UTC (permalink / raw)
To: meta-freescale
Hello,
I pushed following updates:
commit ff27354776e628a2fb80cbee2b8a43e46cc58c34 (yocto/master)
Author: Otavio Salvador <otavio@ossystems.com.br>
Date: Fri Dec 18 10:45:07 2015 -0200
imx-gpu-viv: Use auto package splitting of .debug files
Since OE-Core:da5ec068 there is the possibility of splitting the
.debug files automatically. The imx-gpu-viv does not provide very
useful debugging information, due its proprietary nature, so splitting
the provided info across multiple packages just makes the debugging
harder.
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
commit cf7a088215da7f85efdcdabbe6dce8d7120cf53a
Author: Carlos Rafael Giani <dv@pseudoterminal.org>
Date: Fri Jan 8 09:43:25 2016 +0100
gstreamer1.0-plugins-imx: Update to version 0.12.0
Changes:
* vpu:
- Completely rewritten plugin code; elements now based on libimxvpuapi
instead of libfslvpuwrap
- imxvpuenc_h264 inserts SPS/PPS data in front of I/IDR frames
- imxvpuenc_mjpeg's quality factor actually has an effect, and is
equivalent to the libjpeg's quality factor (it is used in exactly the
same way to scale the quantization matrix' coefficients)
- the encoder's output buffers no longer have to use DMA memory; they
use regular system memory instead
- new support in imxvpudec (referred to as "chroma interleaving") for
NV12, NV16, NV24 as output formats as an alternative to the I420,
Y42B, Y444 formats
- removed all of the system frame number tracking code, since it is
unnecessary; Instead, the libimxvpuapi's context fields are used to
associate input/output frames with GstVideoCodecFrame system frame
numbers
- fix memory leaks related to missing buffer pool unref'ing
* imxv4l2videosrc:
- support for crop metadata
- element uses the width, height, etc. of the format that the device
actually uses during operation (instead of default values)
- autofocus control support via GstPhotography
- fix incorrect GLib warnings
- fix segmentation fault when shutting down the element
* eglvivsink:
- remove extra g_free() calls, which lead to runtime errors
- remove GLESv2 VIVANTE link dependencies
- add Android platform
- manually retrieve VIV direct texture functions
with this and the link dependency elimination, this means that for
platforms except the framebuffer one, no Vivante specific headers and
libraries are needed anymore
- fix blocking issue in the Wayland platform mainloop
* improved and expanded documentation
* pxp: NV16 *is* supported after all (it was actually a bug in GStreamer
pre-1.5.91)
NOTE: this does not break compatibility with GStreamer versions older
than 1.5.91
* compositor: Update backported aggregator code to GStreamer 1.6
* blitter:
- error handling improvements
- add missing buffer pool unref'ing, which lead to memory leaks
- add missing compositor dependency to blitter base
* uniaudio:
- only build the uniaudio plugin if at least one codec was found during
configuration
- disable plugin if the gstaudio library is not available
- add AAC profile field to the sink caps with GStreamer >= 1.4.4 to
ensure the uniaudio decoder is only used for AAC-LC data
* ipu: increase fill frame width from 8 to 64 pixels to make IPU fill
operations work with pre-3.14 Freescale kernels
* g2d: use padding pixels when setting surface parameters, fixing G2D
failures with frame sizes that aren't aligned
* wscript:
- improve Android support
- fix installation paths for the common, blitter, compositor libraries
Signed-off-by: Carlos Rafael Giani <dv@pseudoterminal.org>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
Regards,
--
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
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2016-01-12 11:05 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-01-11 15:16 Updates to meta-fsl-arm (master) in 2016-01-11 Otavio Salvador
2016-01-11 18:23 ` Ting Liu
2016-01-11 18:32 ` Otavio Salvador
2016-01-12 2:36 ` Zhenhua Luo
2016-01-12 11:04 ` Otavio Salvador
-- strict thread matches above, loose matches on Subject: below --
2016-01-11 12:22 Otavio Salvador
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.