<gary.bisson@...> wrote: Add a patch to the layer for it. and it is vendors consideration for their users. If they don't care, who should care? We are starting removing broken boards

<crg7475@...> wrote: The problem is that you cannot mix packages / apps with different versions of this. This ends being part of the binary ABI. -- Otavio Salvador

Hm I thought there was some sort of imx-kernel base class. Apparently there isn't. If there were, it could then be merged with the linux-imx-headers recipe, and perhaps create something like a -dev

On Fri, Apr 10, 2020 at 7:19 AM Carlos Rafael Giani <crg7475@...> wrote: ... > Just mentioning this here to discuss ideas. Perhaps it would make sense > to create a virtual/imx-headers

The linux-imx-headers recipe gathers certain headers from the kernel source so that other recipes which do access these headers don't have to mark the entire kernel as a dependency. However, if a

Hi Andreas, Not sure what you mean by "community kernel", but any recent kernel from kernel.org (such as 5.4.x, 5.5.x, 5.6.x) support VPU acceleration on i.MX6. Regards, Fabio Estevam

Have no use case currently so just out of curiosity: Does this also apply to community kernels - do they support vpu-acceleration? Andreas

Hi Mark, Try grepping for "coda", which is the VPU driver name in mainline: # dmesg | grep coda [ 5.483623] coda 2040000.vpu: Direct firmware load for vpu_fw_imx6q.bin failed with error -2 [

Definitely doing CPU decoding. I don't see any kernel messages that indicate the VPU has been detected even though I have CONFIG_VIDEO_IMX_PXP=y in the kernel config. Is that the correct option? Are

etnaviv takes care of GPU support, which is related to scaling, but unrelated to video decoding - the latter one is handled by the CODA960 VPU. For using etnaviv, just use glimagesink.

Does anyone know definitively if etnaviv/gstreamer has support for accelerated h264 decoding/rescaling? I can play video through both the fbcondev and wayland sinks, but both consume a great deal of

Hi all. I need to mask a v4l2 stream with a png image. I do that applying gdkpixbufoverlay before final imxv4l2sink, but the stream is very slow and a lot of frames are

Yes, the CVE fixes are integrated in SDK kernel, the patch of CVE-2019-14814 will be included in the next LSDK which will be available in this April. Best Regards, Zhenhua

Hi, Our team found that there are currently some CVE patches on some branches that are also applicable to other branches. May I ask if NXP has any corresponding measures to deal with this

Looks that is fixed, thanks Nus

Sorry for the trouble. Lauren has fixed imx-vpuwrap and is building to make sure there are no other problems. Tom

+ Tom and Lauren -- Otavio Salvador O.S. Systems http://www.ossystems.com.br http://code.ossystems.com.br Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347)

Hi, It seems that "git://github.com/NXP/vpu_wrapper.git" is broken which is the source url used by imx-vpuwrap_4.5.4.bb in zeus branch : imx-5.4.3-2.0.0.xml. and FSL_MIRROR has no

Hi Ruochen, Are those CVE patches developed for kernel tree or meta-freescale layer? May I know which kernel version you are working? I can check the process. Best Regards, Zhenhua

Hi, Our team is going to work on the CVE correction of linux-qoriq. I wonder if we submit such patches, will they be merged? If yes, which ML should I send? Best Regards, Zang Ruochen