On 07/20/2016 05:32 PM, Saul Wold wrote:
> As it's already part of the intel-common-drivers in yocto-kernel-cache
>
> Signed-off-by: Saul Wold
> ---
> v2: this patch seems to have gotten lost in the shuffle, no real change, just
> rebase
Merged.
Thanks,
Tom
>
>
Ack'd. Need this to build with updated kernel cache SRCREVs.
Thanks,
Cal
On 07/20/2016 03:33 PM, Saul Wold wrote:
> As it's already part of the intel-common-drivers in yocto-kernel-cache
>
> Signed-off-by: Saul Wold
> ---
> v2: this patch seems to have gotten lost in the
Hi Ross,
Thanks for continuing to help out :-)
On Wed 2016-07-27 @ 05:49:01 PM, Burton, Ross wrote:
> Hi Trevor,
>
> On 26 July 2016 at 19:24, Trevor Woerner wrote:
>
> > It seems as though adding:
> >
> > PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
> >
>
Hi Trevor,
On 26 July 2016 at 19:24, Trevor Woerner wrote:
> It seems as though adding:
>
> PACKAGECONFIG_pn-gstreamer1.0-plugins-bad = "opengl"
>
> to local.conf fixes the issue. But my distro does contain opengl as part of
> its DISTRO_FEATURES. So I'm not entirely
On 27 July 2016 at 15:44, Scott D Phillips
wrote:
> If I understand right you have 'opengl' in your DISTRO_FEATURES
> and do not have 'gles2'. Is that right? I think in that case
> 'opengl' should be set in the PACKAGECONFIG for plugins-bad
> so that the gstgl
For qat16, I get QA warnings:
Build Configuration:
BB_VERSION= "1.31.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS= "x86_64-poky-linux"
MACHINE = "intel-corei7-64"
DISTRO= "
> On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote:
> > The alternative would be to see if gst-vaapi can be told to
> > use GLES instead of GL out of the box, as that will run on far
> > more hardware without modification.
gst-vaapi doesn't use GL or GLES actually but rather can use GLX
or EGL
On Tue 2016-07-26 @ 10:53:34 PM, Burton, Ross wrote:
> On 26 July 2016 at 21:55, Trevor Woerner wrote:
>
> > To be honest, it's the comment that's confusing me:
> >
> > # opengl packageconfig factored out to make it easy for distros
> > # and BSP layers to
Fix for:
ERROR: QA Issue: No GNU_HASH in the elf binary
by adding LDFLAGS to TARGET_CC_ARCH.
Signed-off-by: Rahul Kumar Gupta
---
meta-isg/common/recipes-extended/qat/qat16.inc | 1 +
1 file changed, 1 insertion(+)
diff --git
Dear Maintainer(s),
These changes will fix do_package_qa errors in qat16 v2.6.0-65 and zlib-qat
v0.4.7-002 by adding LDFLAGS to TARGET_CC_ARCH.
LDFLAGS is not used by the each Makefile so instead of adding this in
Makefiles, passed LDFLAGS with TARGET_CC_ARCH. To ensure that the LDFLAGS
10 matches
Mail list logo