|
linux-imx-headers and ioctl mismatches
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
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
|
By
Carlos Rafael Giani
·
#24291
·
|
|
Re: Mainline 5.4 kernel with VPU acceleration on iMX6
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
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
|
By
Fabio Estevam
·
#24290
·
|
|
Re: Mainline 5.4 kernel with VPU acceleration on iMX6
Have no use case currently so just out of curiosity: Does this also
apply to community kernels - do they support vpu-acceleration?
Andreas
Have no use case currently so just out of curiosity: Does this also
apply to community kernels - do they support vpu-acceleration?
Andreas
|
By
Andreas Müller
·
#24289
·
|
|
Re: Mainline 5.4 kernel with VPU acceleration on iMX6
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
[
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
[
|
By
Fabio Estevam
·
#24288
·
|
|
Re: Mainline 5.4 kernel with VPU acceleration on iMX6
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
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
|
By
Mark Farver
·
#24287
·
|
|
Re: Mainline 5.4 kernel with VPU acceleration on iMX6
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.
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.
|
By
Carlos Rafael Giani
·
#24286
·
|
|
Mainline 5.4 kernel with VPU acceleration on iMX6
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
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
|
By
Mark Farver
·
#24285
·
|
|
IMX Gstreamer and image overlay
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
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
|
By
Mauro Ziliani
·
#24284
·
|
|
Re: CVE related consulting on linux-qoriq
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
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
|
By
Zhenhua Luo
·
#24283
·
|
|
Re: CVE related consulting on linux-qoriq
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
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
|
By
zangrc
·
#24282
·
|
|
Re: imx-vpuwrap_4.5.4 error
Looks that is fixed, thanks
Nus
Looks that is fixed, thanks
Nus
|
By
nus1998
·
#24281
·
|
|
Re: imx-vpuwrap_4.5.4 error
Sorry for the trouble. Lauren has fixed imx-vpuwrap and is building to make sure there are no other problems.
Tom
Sorry for the trouble. Lauren has fixed imx-vpuwrap and is building to make sure there are no other problems.
Tom
|
By
Tom Hochstein
·
#24280
·
|
|
Re: imx-vpuwrap_4.5.4 error
+ 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)
+ 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)
|
By
Otavio Salvador
·
#24279
·
|
|
imx-vpuwrap_4.5.4 error
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,
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
|
By
nus1998
·
#24278
·
|
|
Re: CVE related consulting on linux-qoriq
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 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
|
By
Zhenhua Luo
·
#24277
·
|
|
CVE related consulting on linux-qoriq
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
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
|
By
zangrc
·
#24276
·
|
|
Root filesystem missing
Trying to get linux-fslc-imx running on a new custom carrier board
running a Karo-8133 module and I'm stuck trying to get the root
filesystem to detect.
Trying different things the boot process can
Trying to get linux-fslc-imx running on a new custom carrier board
running a Karo-8133 module and I'm stuck trying to get the root
filesystem to detect.
Trying different things the boot process can
|
By
Mark Farver
·
#24275
·
|
|
Re: data abort compiling u-boot with GCC != 6.4
Hi
Have a look here:
https://www.yoctoproject.org/pipermail/yocto/2018-March/040486.html
So either update your U-Boot to something newer, cherry-pick the mentioned commit from upstream U-
Boot or
Hi
Have a look here:
https://www.yoctoproject.org/pipermail/yocto/2018-March/040486.html
So either update your U-Boot to something newer, cherry-pick the mentioned commit from upstream U-
Boot or
|
By
Max Krummenacher
·
#24274
·
|
|
data abort compiling u-boot with GCC != 6.4
I'm getting a data-abort exception every time i access the FEC ethernet device from u-boot; it happens using tftp or just ping.
With the same source everything works fine just switching the
I'm getting a data-abort exception every time i access the FEC ethernet device from u-boot; it happens using tftp or just ping.
With the same source everything works fine just switching the
|
By
Federico Giovanardi
·
#24273
·
|
|
Re: Use Wayland for a single application fullscreen without window decoration
Hi Christian,
My Lightwing application runs OpenGL ES full-screen only. I found that you really don't have to use Wayland, but just use the lower-level DRM (Display Resource Manager)
Hi Christian,
My Lightwing application runs OpenGL ES full-screen only. I found that you really don't have to use Wayland, but just use the lower-level DRM (Display Resource Manager)
|
By
Clay Montgomery
·
#24272
·
|