|
Re: a bug of perf
Zhenhua,
June is too late; you need to send the fix soon or we should drop
dunfell release for QorIQ.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
Zhenhua,
June is too late; you need to send the fix soon or we should drop
dunfell release for QorIQ.
--
Otavio Salvador O.S. Systems
http://www.ossystems.com.br
|
By
Otavio Salvador
·
#24322
·
|
|
Re: a bug of perf
The new QorIQ SDK based on Zeus is being prepared and plan to be available in June, we will port the perf patch in this release.
Best Regards,
Zhenhua
The new QorIQ SDK based on Zeus is being prepared and plan to be available in June, we will port the perf patch in this release.
Best Regards,
Zhenhua
|
By
Zhenhua Luo
·
#24321
·
|
|
Re: a bug of perf
I have this patch ported to linux-imx kernel [1], probably you should
do the same for linux-qoriq. Try to add it into the recipe and if it
would work out - send a PR.
[1]:
I have this patch ported to linux-imx kernel [1], probably you should
do the same for linux-qoriq. Try to add it into the recipe and if it
would work out - send a PR.
[1]:
|
By
Andrey Zhizhikin
·
#24320
·
|
|
a bug of perf
Hi,
I met perf bug by meta-freescale as following:
---------------------------------------------------------------------
tmp/work/armv8-linux/perf/1.0-r9/perf-1.0/perf-in.o: in function
Hi,
I met perf bug by meta-freescale as following:
---------------------------------------------------------------------
tmp/work/armv8-linux/perf/1.0-r9/perf-1.0/perf-in.o: in function
|
By
leimaohui
·
#24319
·
|
|
Re: nitrogen6x machine config and imxpxp problems
Hi Carlos,
Sure, that has been acceptable to us as as most customer don't use PxP
on i.MX6 but prefer GPU2D/3D features.
How did that work on GStreamer-imx before? Because this issue has been
there
Hi Carlos,
Sure, that has been acceptable to us as as most customer don't use PxP
on i.MX6 but prefer GPU2D/3D features.
How did that work on GStreamer-imx before? Because this issue has been
there
|
By
Gary Bisson
·
#24318
·
|
|
Re: nitrogen6x machine config and imxpxp problems
Two problems actually.
First, gstreamer1.0-plugins-imx has its PxP plugin enabled.
Second, libimxdmabuffer's PxP allocator is enabled. This allocator is then tested for in the test-alloc program.
Two problems actually.
First, gstreamer1.0-plugins-imx has its PxP plugin enabled.
Second, libimxdmabuffer's PxP allocator is enabled. This allocator is then tested for in the test-alloc program.
|
By
Carlos Rafael Giani
·
#24317
·
|
|
Re: nitrogen6x machine config and imxpxp problems
Hi Carlos,
Well the board itself (Nitrogen6x) is the same, only the CPU populated
changed (pin-to-pin compatible) so it made sense not to separate the
machine.
Then as the commit from Eric explained
Hi Carlos,
Well the board itself (Nitrogen6x) is the same, only the CPU populated
changed (pin-to-pin compatible) so it made sense not to separate the
machine.
Then as the commit from Eric explained
|
By
Gary Bisson
·
#24316
·
|
|
nitrogen6x machine config and imxpxp problems
The nitrogen6x machine config also supports other machines according to the comment block inside the .conf file:
This is the reason for this line in the config:
MACHINEOVERRIDES =.
The nitrogen6x machine config also supports other machines according to the comment block inside the .conf file:
This is the reason for this line in the config:
MACHINEOVERRIDES =.
|
By
Carlos Rafael Giani
·
#24315
·
|
|
Re: drivers/net/nfc directory removed from imx-4.14.98-2.0.0_ga
Sorry It's prefix is net but not drivers/net, so it is there...
Nus
Sorry It's prefix is net but not drivers/net, so it is there...
Nus
|
By
nus1998
·
#24314
·
|
|
drivers/net/nfc directory removed from imx-4.14.98-2.0.0_ga
Hi All,
When I build NXP nfc driver, I got a error that some unknown symbol, after tracing the code, I found there is no nfc hci driver while in mailline linux kernel 4.14.98 contains it in
Hi All,
When I build NXP nfc driver, I got a error that some unknown symbol, after tracing the code, I found there is no nfc hci driver while in mailline linux kernel 4.14.98 contains it in
|
By
nus1998
·
#24313
·
|
|
Re: Error while trying to build a nitrogen8m image with yocto master
Thanks, that fixed it. I'll send a PR.
On 19.04.20 10:45, Andrey Zhizhikin wrote:
Thanks, that fixed it. I'll send a PR.
On 19.04.20 10:45, Andrey Zhizhikin wrote:
|
By
Carlos Rafael Giani
·
#24312
·
|
|
Re: Error while trying to build a nitrogen8m image with yocto master
<crg7475@...> wrote:
It is that the nitrogen8m does not have that tune file included.
Instead, it uses a more generic
[conf/machine/include/arm/arch-arm64.inc] tune file, which should
<crg7475@...> wrote:
It is that the nitrogen8m does not have that tune file included.
Instead, it uses a more generic
[conf/machine/include/arm/arch-arm64.inc] tune file, which should
|
By
Andrey Zhizhikin
·
#24311
·
|
|
Error while trying to build a nitrogen8m image with yocto master
I tried to build a nitrogen8m image with the current master branches of poky, meta-freescale, meta-freescale-3rdparty, and meta-openembedded. However, I immediately got this
I tried to build a nitrogen8m image with the current master branches of poky, meta-freescale, meta-freescale-3rdparty, and meta-openembedded. However, I immediately got this
|
By
Carlos Rafael Giani
·
#24310
·
|
|
Re: gst-play looks abnormal
As I encountered severals issues on zeus, I decided to rollback and paid couple days to download/build sumo imx-4.14.98_2.0.0_ga.xml (actually 2.0.1_patch.xml), but I'm curious why it CANNOT pass the
As I encountered severals issues on zeus, I decided to rollback and paid couple days to download/build sumo imx-4.14.98_2.0.0_ga.xml (actually 2.0.1_patch.xml), but I'm curious why it CANNOT pass the
|
By
nus1998
·
#24309
·
|
|
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
·
|