|
Re: gst-play looks abnormal
Hi,
I don't know whether it is a known issue:
when running traditional qt application based on widget like animatedtiles example, the performance is terrible and even worse than i.MX25 (ARM9 without
Hi,
I don't know whether it is a known issue:
when running traditional qt application based on widget like animatedtiles example, the performance is terrible and even worse than i.MX25 (ARM9 without
|
By
nus1998
·
#24308
·
|
|
Re: gst-play looks abnormal
Well, where can I found the known issues on this release? as for this gst issue, I found on it works normally on imxv4l2sink, on waylandsink the display looks OK but the performance is only 1.X
Well, where can I found the known issues on this release? as for this gst issue, I found on it works normally on imxv4l2sink, on waylandsink the display looks OK but the performance is only 1.X
|
By
nus1998
·
#24307
·
|
|
Re: gst-play looks abnormal
Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully
Sorry, Nus, this is a known issue in this release. Please note that the 5.4.3-2.0.0 release was a targeted release for 8MP/8DXL Alpha and 8QXPC0 Beta. Due to resource constraints, 6DL was not fully
|
By
Tom Hochstein
·
#24306
·
|
|
Re: gst-play looks abnormal
Hi All,
Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...
PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low
Hi All,
Any tips that I can trace the issue? there are many binary libraries involved makes it difficult to debug...
PS: "alloc_contig_range: [X, Y) PFNs busy" is not the root issue as I changed a low
|
By
nus1998
·
#24305
·
|
|
gst-play looks abnormal
Hi All,
Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem
Hi All,
Today I tested video playback by gst-play, the sound is perfect without any lag, but the display looks abnormal. when sliding pictures, the display looks good and the same board is no problem
|
By
nus1998
·
#24304
·
|
|
Re: linux-imx-headers and ioctl mismatches
Please drop.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br http://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854 Mobile: +1 (347)
Please drop.
--
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
·
#24303
·
|
|
Re: linux-imx-headers and ioctl mismatches
<otavio.salvador@...> wrote:
I'm currently working on this one, primarily for imx8mm and imx8mn
machines. So far, I have the following list I've noted for myself:
- linux-imx (with
<otavio.salvador@...> wrote:
I'm currently working on this one, primarily for imx8mm and imx8mn
machines. So far, I have the following list I've noted for myself:
- linux-imx (with
|
By
Andrey Zhizhikin
·
#24302
·
|
|
Re: linux-imx-headers and ioctl mismatches
Carlos,
This does not work as the libimxdmabuffer is shared (and it should be)
across multiple machines of same SoC family. Considering that, the
best choice is to apply a patch to old Linux kernels
Carlos,
This does not work as the libimxdmabuffer is shared (and it should be)
across multiple machines of same SoC family. Considering that, the
best choice is to apply a patch to old Linux kernels
|
By
Otavio Salvador
·
#24301
·
|
|
Re: linux-imx-headers and ioctl mismatches
This issue came up when I noticed that the ION and DWL allocators in libimxdmabuffer failed. (DWL is an API from the Hantro VPU libraries, and it fails, because internally it itself uses
This issue came up when I noticed that the ION and DWL allocators in libimxdmabuffer failed. (DWL is an API from the Hantro VPU libraries, and it fails, because internally it itself uses
|
By
Carlos Rafael Giani
·
#24300
·
|
|
Re: linux-imx-headers and ioctl mismatches
No, even though we can open. Generally we need to update:
- linux-imx
- u-boot-imx
- headers
- gpu drivers
- media codecs
- gst
--
Otavio Salvador O.S.
No, even though we can open. Generally we need to update:
- linux-imx
- u-boot-imx
- headers
- gpu drivers
- media codecs
- gst
--
Otavio Salvador O.S.
|
By
Otavio Salvador
·
#24299
·
|
|
Re: linux-imx-headers and ioctl mismatches
Is there a github issue or a list somewhere tracking what needs to be done for this?
Kevin Lannen
Embedded Systems Engineer
kevin@...
970-690-8619
Is there a github issue or a list somewhere tracking what needs to be done for this?
Kevin Lannen
Embedded Systems Engineer
kevin@...
970-690-8619
|
By
Kevin Lannen
·
#24298
·
|
|
Re: linux-imx-headers and ioctl mismatches
It all depends how long it takes. Dunfell is an important release and
as such we ought to try to have it using new components.
We need someone to help updating NXP components; I am focusing more
It all depends how long it takes. Dunfell is an important release and
as such we ought to try to have it using new components.
We need someone to help updating NXP components; I am focusing more
|
By
Otavio Salvador
·
#24297
·
|
|
Re: linux-imx-headers and ioctl mismatches
Hi Otavio,
I would be happy to help out some with moving linux-imx to the 5.4 kernel as we are very interested in using it. Is this planned to be in for the Dunfell branch when that is
Hi Otavio,
I would be happy to help out some with moving linux-imx to the 5.4 kernel as we are very interested in using it. Is this planned to be in for the Dunfell branch when that is
|
By
Kevin Lannen
·
#24296
·
|
|
Re: linux-imx-headers and ioctl mismatches
<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
<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
|
By
Otavio Salvador
·
#24295
·
|
|
Re: linux-imx-headers and ioctl mismatches
<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
<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
|
By
Otavio Salvador
·
#24294
·
|
|
Re: linux-imx-headers and ioctl mismatches
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
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
|
By
Carlos Rafael Giani
·
#24293
·
|
|
Re: linux-imx-headers and ioctl mismatches
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
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
|
By
Otavio Salvador
·
#24292
·
|
|
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
·
|