Date   

[PATCH 06/14] qe-ucode: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-bsp/qe-ucode/qe-ucode_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-bsp/qe-ucode/qe-ucode_git.bb b/recipes-bsp/qe-ucode/qe-ucode_git.bb
index 58dffa3..cecd590 100644
--- a/recipes-bsp/qe-ucode/qe-ucode_git.bb
+++ b/recipes-bsp/qe-ucode/qe-ucode_git.bb
@@ -3,9 +3,9 @@ SECTION = "qe-ucode"
LICENSE = "NXP-Binary-EULA"
LIC_FILES_CHKSUM = "file://NXP-Binary-EULA;md5=c62f8109b4df15ca37ceeb5e4943626c"

-inherit deploy fsl-eula-unpack
+inherit deploy

-SRC_URI = "git://github.com/NXP/qoriq-qe-ucode.git;fsl-eula=true;nobranch=1"
+SRC_URI = "git://github.com/NXP/qoriq-qe-ucode.git;nobranch=1"
SRCREV= "57401f6dff6507055558eaa6838116baa8a2fd46"

S = "${WORKDIR}/git"
--
2.7.4


[PATCH 05/14] ppfe-firmware: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-bsp/ppfe-firmware/ppfe-firmware_git.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/recipes-bsp/ppfe-firmware/ppfe-firmware_git.bb b/recipes-bsp/ppfe-firmware/ppfe-firmware_git.bb
index b94d88c..6705fe0 100644
--- a/recipes-bsp/ppfe-firmware/ppfe-firmware_git.bb
+++ b/recipes-bsp/ppfe-firmware/ppfe-firmware_git.bb
@@ -2,12 +2,11 @@ SUMMARY = "PPFE Linux firmware"
LICENSE = "NXP-Binary-EULA"
LIC_FILES_CHKSUM = "file://NXP-Binary-EULA.txt;md5=92723670f432558b9e2494ed177d2a85"

-
INHIBIT_DEFAULT_DEPS = "1"

-inherit deploy fsl-eula-unpack
+inherit deploy

-SRC_URI = "git://github.com/NXP/qoriq-engine-pfe-bin.git;fsl-eula=true;nobranch=1"
+SRC_URI = "git://github.com/NXP/qoriq-engine-pfe-bin.git;nobranch=1"
SRCREV = "58aa0cac630528ed91fe5639700d6b571c0c07b5"

S = "${WORKDIR}/git"
--
2.7.4


[PATCH 04/14] fm-ucode: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-dpaa/fm-ucode/fm-ucode_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-dpaa/fm-ucode/fm-ucode_git.bb b/recipes-dpaa/fm-ucode/fm-ucode_git.bb
index 1db1acd..39e4f9d 100644
--- a/recipes-dpaa/fm-ucode/fm-ucode_git.bb
+++ b/recipes-dpaa/fm-ucode/fm-ucode_git.bb
@@ -5,9 +5,9 @@ LIC_FILES_CHKSUM = "file://Freescale-Binary-EULA;md5=b784c031868ba1bd5ebc5de372c

PR = "r1"

-inherit deploy fsl-eula-unpack
+inherit deploy

-SRC_URI = "git://github.com/NXP/qoriq-fm-ucode.git;fsl-eula=true;nobranch=1"
+SRC_URI = "git://github.com/NXP/qoriq-fm-ucode.git;nobranch=1"
SRCREV = "c275e91392e2adab1ed22f3867b8269ca3c54014"

S = "${WORKDIR}/git"
--
2.7.4


[PATCH 03/14] mc: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-dpaa2/management-complex/management-complex_10.16.2.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-dpaa2/management-complex/management-complex_10.16.2.bb b/recipes-dpaa2/management-complex/management-complex_10.16.2.bb
index 435544a..d0e05cd 100644
--- a/recipes-dpaa2/management-complex/management-complex_10.16.2.bb
+++ b/recipes-dpaa2/management-complex/management-complex_10.16.2.bb
@@ -2,11 +2,11 @@ SUMMARY = "DPAA2 Management Complex Firmware"
LICENSE = "NXP-Binary-EULA"
LIC_FILES_CHKSUM = "file://NXP-Binary-EULA.txt;md5=73d4b970c18882e229e4bf1ada5bb8d6"

-inherit deploy fsl-eula-unpack
+inherit deploy

INHIBIT_DEFAULT_DEPS = "1"

-SRC_URI = "git://github.com/nxp/qoriq-mc-binary;fsl-eula=true;nobranch=1"
+SRC_URI = "git://github.com/nxp/qoriq-mc-binary;nobranch=1"
SRCREV = "f72b978873af6c7cd0fd92b793363506411c102c"

S = "${WORKDIR}/git"
--
2.7.4


[PATCH 02/14] ddr-phy: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-bsp/ddr-phy/ddr-phy_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-bsp/ddr-phy/ddr-phy_git.bb b/recipes-bsp/ddr-phy/ddr-phy_git.bb
index 98a9b02..b7adf43 100644
--- a/recipes-bsp/ddr-phy/ddr-phy_git.bb
+++ b/recipes-bsp/ddr-phy/ddr-phy_git.bb
@@ -2,9 +2,9 @@ SUMMARY = "DDR firmware repository"
LICENSE = "NXP-Binary-EULA"
LIC_FILES_CHKSUM = "file://NXP-Binary-EULA.txt;md5=89cc852481956e861228286ac7430d74"

-inherit deploy fsl-eula-unpack
+inherit deploy

-SRC_URI = "git://github.com/nxp/ddr-phy-binary.git;fsl-eula=true;nobranch=1 \
+SRC_URI = "git://github.com/nxp/ddr-phy-binary.git;nobranch=1 \
git://source.codeaurora.org/external/qoriq/qoriq-components/atf;nobranch=1;destsuffix=git/atf;name=atf"
SRCREV = "14d03e6e748ed5ebb9440f264bb374f1280b061c"
SRCREV_atf = "17f94e4315e81e3d1b22d863d9614d724e8273dc"
--
2.7.4


[PATCH 01/14] uefi: remove fsl-eula-unpack class

C.r. Guo <chunrong.guo@...>
 

From: Chunrong Guo <chunrong.guo@...>

Signed-off-by: Chunrong Guo <chunrong.guo@...>
---
recipes-bsp/uefi/uefi_git.bb | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-bsp/uefi/uefi_git.bb b/recipes-bsp/uefi/uefi_git.bb
index 55344c1..9be05de 100644
--- a/recipes-bsp/uefi/uefi_git.bb
+++ b/recipes-bsp/uefi/uefi_git.bb
@@ -3,9 +3,9 @@ SECTION = "bootloaders"
LICENSE = "NXP-Binary-EULA"
LIC_FILES_CHKSUM = "file://NXP-Binary-EULA;md5=343ec8f06efc37467a6de53686fa6315"

-inherit deploy fsl-eula-unpack
+inherit deploy

-SRC_URI = "git://github.com/NXP/qoriq-uefi-binary.git;fsl-eula=true;nobranch=1"
+SRC_URI = "git://github.com/NXP/qoriq-uefi-binary.git;nobranch=1"
SRCREV= "12963900e9cb4e322df7bff327862de3b8a6371e"

S = "${WORKDIR}/git"
--
2.7.4


[bug] gl libraries should not be included if opengl is not in the distro features

Nicola Lunghi
 

Hi all,
I was trying to build a qt commanline application but I have an issue
The dependency for gles2 is automatically added.
Looking at the dependency chain I have:

$PACKAGECONFIG_GL [5 operations]
# set? /home/nlunghiadm/build/xaap/newgw/xaap-new/meta-qt5/recipes-qt/qt5/qtbase_git.bb:42
# "${@bb.utils.contains('DISTRO_FEATURES', 'opengl', 'gl',
'no-opengl', d)}"
# _append[use-mainline-bsp]
/home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:23
# " gbm kms"
# override[imxpxp]:set
/home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:20
# "gles2"
# override[imxgpu2d]:set
/home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:21
# "${@bb.utils.contains('DISTRO_FEATURES', 'x11', ' gl', '', d)}"
# override[imxgpu3d]:set
/home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:22
# "gles2"
# pre-expansion value:
# "gles2"
PACKAGECONFIG_GL="gles2"
#
# $PACKAGECONFIG_GL_imxgpu2d
# set /home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:21
# "${@bb.utils.contains('DISTRO_FEATURES', 'x11', ' gl', '', d)}"
PACKAGECONFIG_GL_imxgpu2d=""
#
# $PACKAGECONFIG_GL_imxgpu3d
# set /home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:22
# "gles2"
PACKAGECONFIG_GL_imxgpu3d="gles2"
#
# $PACKAGECONFIG_GL_imxpxp
# set /home/nlunghiadm/build/xaap/newgw/xaap-new/meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend:20
# "gles2"
PACKAGECONFIG_GL_imxpxp="gles2"

and in meta-freescale/dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase_%.bbappend

SRC_URI_append_imxgpu3d = " \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', '',
'${SRC_URI_APPEND_3D_NOT_X11}', d)} \
"

PACKAGECONFIG_GL_imxpxp = "gles2"
PACKAGECONFIG_GL_imxgpu2d =
"${@bb.utils.contains('DISTRO_FEATURES', 'x11', ' gl', '', d)}"
PACKAGECONFIG_GL_imxgpu3d = "gles2"
PACKAGECONFIG_GL_append_use-mainline-bsp = " gbm kms"

PACKAGECONFIG_PLATFORM = ""
PACKAGECONFIG_PLATFORM_imxgpu2d = "no-opengl linuxfb"
PACKAGECONFIG_PLATFORM_imxgpu3d = " \
${@bb.utils.contains('DISTRO_FEATURES', 'x11', '', \
bb.utils.contains('DISTRO_FEATURES', 'wayland', '', \
'eglfs', d), d)}"
PACKAGECONFIG_PLATFORM_use-mainline-bsp =
"${@bb.utils.contains('DISTRO_FEATURES', 'x11', '', 'eglfs', d)}"
PACKAGECONFIG += "${PACKAGECONFIG_PLATFORM}"

I think the correct behaviour should be to check for opengl in distro
features and not x11 am I wrong?

Thanks
Nicola Lunghi


Re: QorIQ T2080qds board support

Jean-Marc Harang
 

Hi Zhenhua,

Many thanks for the informations ! it's precious ;)

best regards
jean-marc

Le 29/07/2019 à 15:22, Zhenhua Luo a écrit :
Hi Jean-Marc,

The latest QotIQ SDK of t2080qds support is QorIQ SDK 2.0-1703 which is Yocto 2.0 (jethro) based, the SDK can be downloaded from https://www.nxp.com/support/developer-resources/run-time-software/linux-software-and-development-tools/linux-sdk-for-qoriq-processors:SDKLINUX.

T2080QDS was removed from rocko branch(YP2.4) of community meta-freescale layer, currently there is no plan to add it back.


Best Regards,

Zhenhua

-----Original Message-----
From: meta-freescale-bounces@... <meta-freescale-
bounces@...> On Behalf Of Jean-Marc Harang
Sent: 2019年7月24日 17:04
To: meta-freescale@...
Subject: [meta-freescale] QorIQ T2080qds board support

Hello

I see that in 2.4 release, the support of this board has been removed.
The last version with this board is 2.3.

In 2.4, does the support of this board will be added ? or it's deprecated and I
must use 2.3 release ?

therefore, what is the minimum release of Yocto for the 2.3 release of meta-
freescale ? Can I use current yocto main branch. It's not clear for me, sorry if my
question is a dumb one.

many thanks

jean-marc

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.yoct
oproject.org%2Flistinfo%2Fmeta-
freescale&amp;data=02%7C01%7Czhenhua.luo%40nxp.com%7Cb1eecfb51adb4
e4d69eb08d710184de7%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7
C636995568891648277&amp;sdata=7rp4Z8XtYxNX8x0E9bsrZ9Ll2nXBS72W%2F4
1QIv0jneU%3D&amp;reserved=0


Re: MPC-8377 BSP - Yocto

Zhenhua Luo
 

Currently we have no plan to add the board in Yocto. I recommend you to refer the following Yocto development manual to add new machine.

 

https://www.yoctoproject.org/docs/2.7/dev-manual/dev-manual.html

 

 

Best Regards,

 

Zhenhua

 

From: Prawn Hongs <prawnhongs@...>
Sent: 2019730 7:05
To: Zhenhua Luo <zhenhua.luo@...>
Cc: meta-freescale@...
Subject: Re: [meta-freescale] MPC-8377 BSP - Yocto

 

Thanks, any plans to support this.

If I have to test and make it supported what I need to do.

What are the steps to start with?

 

Thanks

Shreyas Joshi

 

On Mon, Jul 29, 2019 at 10:37 PM Zhenhua Luo <zhenhua.luo@...> wrote:

Hi Shreyas,

 

MPC8377 is not supported by Yocto, you can get the LTIB BSP from https://www.nxp.com/products/processors-and-microcontrollers/power-architecture-processors/powerquicc-processors/powerquicc-ii-pro-mpc83xx/powerquicc-ii-pro-processor-with-ddr2-pci-pci-express-sata-1-gb-ethernet-usb-security:MPC8377E.

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... <meta-freescale-bounces@...> On Behalf Of Prawn Hongs
Sent: 2019729 11:36
To: meta-freescale@...
Subject: [meta-freescale] MPC-8377 BSP - Yocto

 

Hi Everyone,

 

I am looking out for a meta-free scale bsp for "MPC8377" processor  to build in Sumo Yocto.

Any idea where will I find this BSP?

 

Thanks

Shreyas Joshi


Re: MPC-8377 BSP - Yocto

Shreyas
 

Thanks, any plans to support this.
If I have to test and make it supported what I need to do.
What are the steps to start with?

Thanks
Shreyas Joshi

On Mon, Jul 29, 2019 at 10:37 PM Zhenhua Luo <zhenhua.luo@...> wrote:

Hi Shreyas,

 

MPC8377 is not supported by Yocto, you can get the LTIB BSP from https://www.nxp.com/products/processors-and-microcontrollers/power-architecture-processors/powerquicc-processors/powerquicc-ii-pro-mpc83xx/powerquicc-ii-pro-processor-with-ddr2-pci-pci-express-sata-1-gb-ethernet-usb-security:MPC8377E.

 

 

Best Regards,

 

Zhenhua

 

From: meta-freescale-bounces@... <meta-freescale-bounces@...> On Behalf Of Prawn Hongs
Sent: 2019729 11:36
To: meta-freescale@...
Subject: [meta-freescale] MPC-8377 BSP - Yocto

 

Hi Everyone,

 

I am looking out for a meta-free scale bsp for "MPC8377" processor  to build in Sumo Yocto.

Any idea where will I find this BSP?

 

Thanks

Shreyas Joshi


Re: QorIQ T2080qds board support

Zhenhua Luo
 

Hi Jean-Marc,

The latest QotIQ SDK of t2080qds support is QorIQ SDK 2.0-1703 which is Yocto 2.0 (jethro) based, the SDK can be downloaded from https://www.nxp.com/support/developer-resources/run-time-software/linux-software-and-development-tools/linux-sdk-for-qoriq-processors:SDKLINUX.

T2080QDS was removed from rocko branch(YP2.4) of community meta-freescale layer, currently there is no plan to add it back.


Best Regards,

Zhenhua

-----Original Message-----
From: meta-freescale-bounces@... <meta-freescale-
bounces@...> On Behalf Of Jean-Marc Harang
Sent: 2019年7月24日 17:04
To: meta-freescale@...
Subject: [meta-freescale] QorIQ T2080qds board support

Hello

I see that in 2.4 release, the support of this board has been removed.
The last version with this board is 2.3.

In 2.4, does the support of this board will be added ? or it's deprecated and I
must use 2.3 release ?

therefore, what is the minimum release of Yocto for the 2.3 release of meta-
freescale ? Can I use current yocto main branch. It's not clear for me, sorry if my
question is a dumb one.

many thanks

jean-marc

--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.yoct
oproject.org%2Flistinfo%2Fmeta-
freescale&amp;data=02%7C01%7Czhenhua.luo%40nxp.com%7Cb1eecfb51adb4
e4d69eb08d710184de7%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7
C636995568891648277&amp;sdata=7rp4Z8XtYxNX8x0E9bsrZ9Ll2nXBS72W%2F4
1QIv0jneU%3D&amp;reserved=0


Re: MPC-8377 BSP - Yocto

Zhenhua Luo
 

From: meta-freescale-bounces@... <meta-freescale-bounces@...> On Behalf Of Prawn Hongs
Sent: 2019729 11:36
To: meta-freescale@...
Subject: [meta-freescale] MPC-8377 BSP - Yocto

 

Hi Everyone,

 

I am looking out for a meta-free scale bsp for "MPC8377" processor  to build in Sumo Yocto.

Any idea where will I find this BSP?

 

Thanks

Shreyas Joshi


MPC-8377 BSP - Yocto

Shreyas
 

Hi Everyone,

I am looking out for a meta-free scale bsp for "MPC8377" processor  to build in Sumo Yocto.
Any idea where will I find this BSP?

Thanks
Shreyas Joshi


QorIQ T2080qds board support

Jean-Marc Harang
 

Hello

I see that in 2.4 release, the support of this board has been removed. The last version with this board is 2.3.

In 2.4, does the support of this board will be added ? or it's deprecated and I must use 2.3 release ?

therefore, what is the minimum release of Yocto for the 2.3 release of meta-freescale ? Can I use current yocto main branch. It's not clear for me, sorry if my question is a dumb one.

many thanks

jean-marc


Change u-boot boot parameters

JH
 

Hi,

I have a zImage-initramfs built by openwrt, which including following
u-boot boot parameter during the bootload, and it can boot from imx6:

bootargs=console=ttymxc0,115200........

fdt_addr=0x83000000

loadaddr=0x80800000

,,,,

I need to build the Yocto image to include those boot parameters, but
I could not find anyway in meta-freescale to set up those boot
parameters, how would you set up boot parameters in meta-freescale?

Thank you.

Kind regards,

- JH


Re: crypto: mxs-dcp deadlock bug?

Петр Борисенко <peter@...>
 

unsubscribe


On Fri, Jul 12, 2019, 9:21 AM Yang Liu <yliu@...> wrote:
Hi, meta-freescale gurus,

I am testing a simple VPN (openswan) configuration on a customised
i.mx287 board. The Linux kernel is Linux version
5.0.7-fslc+g39f695df6f5f. There is a kernel dump printed on screen
after several seconds. It looks like a deadlock happened in mxs-dcp
driver.


[ 4176.961195] ================================
[ 4176.965485] WARNING: inconsistent lock state
[ 4176.969775] 5.0.7-fslc+g39f695df6f5f #1 Not tainted
[ 4176.974667] --------------------------------
[ 4176.978954] inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage.
[ 4176.984984] swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:
[ 4176.989973] 6c0f210d (&(&sdcp->lock[i])->rlock){+.?.}, at:
mxs_dcp_aes_enqueue+0x4c/0x98
[ 4176.998137] {SOFTIRQ-ON-W} state was registered at:
[ 4177.003049]   _raw_spin_lock+0x28/0x38
[ 4177.006828]   dcp_chan_thread_sha+0x4c/0x2e4
[ 4177.011133]   kthread+0x120/0x138
[ 4177.014475]   ret_from_fork+0x14/0x24
[ 4177.018155]     (null)
[ 4177.020531] irq event stamp: 2503736
[ 4177.024150] hardirqs last  enabled at (2503736): [<c0073f74>]
ktime_get_real_seconds+0x90/0xb0
[ 4177.032795] hardirqs last disabled at (2503735): [<c0073f3c>]
ktime_get_real_seconds+0x58/0xb0
[ 4177.041438] softirqs last  enabled at (2503728): [<c001f85c>]
irq_enter+0x64/0x80
[ 4177.048947] softirqs last disabled at (2503729): [<c001f9c0>]
irq_exit+0x148/0x19c
[ 4177.056528]
[ 4177.056528] other info that might help us debug this:
[ 4177.063064]  Possible unsafe locking scenario:
[ 4177.063064]
[ 4177.068991]        CPU0
[ 4177.071446]        ----
[ 4177.073901]   lock(&(&sdcp->lock[i])->rlock);
[ 4177.078281]   <Interrupt>
[ 4177.080910]     lock(&(&sdcp->lock[i])->rlock);
[ 4177.085462]
[ 4177.085462]  *** DEADLOCK ***
[ 4177.085462]
[ 4177.091397] 2 locks held by swapper/0:
[ 4177.095155]  #0: 9c353098 (rcu_read_lock){....}, at:
netif_receive_skb_internal+0x28/0x19c
[ 4177.103503]  #1: 9c353098 (rcu_read_lock){....}, at:
ip_local_deliver_finish+0x2c/0xb8
[ 4177.111500]
[ 4177.111500] stack backtrace:
[ 4177.115883] CPU: 0 PID: 0 Comm: swapper Not tainted
5.0.7-fslc+g39f695df6f5f #1
[ 4177.123208] Hardware name: Freescale MXS (Device Tree)
[ 4177.128415] [<c0010df8>] (unwind_backtrace) from [<c000e730>]
(show_stack+0x10/0x14)
[ 4177.136211] [<c000e730>] (show_stack) from [<c0055a74>]
(mark_lock+0x534/0x6f0)
[ 4177.143560] [<c0055a74>] (mark_lock) from [<c005612c>]
(__lock_acquire+0x484/0x1870)
[ 4177.151339] [<c005612c>] (__lock_acquire) from [<c0057e54>]
(lock_acquire+0xb4/0x178)
[ 4177.159210] [<c0057e54>] (lock_acquire) from [<c068adb8>]
(_raw_spin_lock+0x28/0x38)
[ 4177.166996] [<c068adb8>] (_raw_spin_lock) from [<c049e024>]
(mxs_dcp_aes_enqueue+0x4c/0x98)
[ 4177.175416] [<c049e024>] (mxs_dcp_aes_enqueue) from [<bf0dc52c>]
(esp_input+0x1d8/0x300 [esp4])
[ 4177.184190] [<bf0dc52c>] (esp_input [esp4]) from [<c05d9540>]
(xfrm_input+0x83c/0xad0)
[ 4177.192171] [<c05d9540>] (xfrm_input) from [<c05c8bd0>]
(xfrm4_esp_rcv+0x68/0x120)
[ 4177.199798] [<c05c8bd0>] (xfrm4_esp_rcv) from [<c0564a1c>]
(ip_protocol_deliver_rcu+0x7c/0x2cc)
[ 4177.208547] [<c0564a1c>] (ip_protocol_deliver_rcu) from
[<c0564cf4>] (ip_local_deliver_finish+0x88/0xb8)
[ 4177.218072] [<c0564cf4>] (ip_local_deliver_finish) from
[<c0564e54>] (ip_local_deliver+0x130/0x1a8)
[ 4177.227162] [<c0564e54>] (ip_local_deliver) from [<c0564fe8>]
(ip_rcv+0x11c/0x174)
[ 4177.234778] [<c0564fe8>] (ip_rcv) from [<c05139a8>]
(__netif_receive_skb_one_core+0x4c/0x6c)
[ 4177.243263] [<c05139a8>] (__netif_receive_skb_one_core) from
[<c0519370>] (netif_receive_skb_internal+0x58/0x19c)
[ 4177.253568] [<c0519370>] (netif_receive_skb_internal) from
[<c0519f10>] (napi_gro_receive+0x148/0x1d0)
[ 4177.262924] [<c0519f10>] (napi_gro_receive) from [<c042164c>]
(fec_enet_rx_napi+0x3d0/0x9b8)
[ 4177.271406] [<c042164c>] (fec_enet_rx_napi) from [<c051a668>]
(net_rx_action+0xe4/0x3dc)
[ 4177.279542] [<c051a668>] (net_rx_action) from [<c000a15c>]
(__do_softirq+0x134/0x434)
[ 4177.287416] [<c000a15c>] (__do_softirq) from [<c001f9c0>]
(irq_exit+0x148/0x19c)
[ 4177.294853] [<c001f9c0>] (irq_exit) from [<c006345c>]
(__handle_domain_irq+0x50/0xa8)
[ 4177.302720] [<c006345c>] (__handle_domain_irq) from [<c00099cc>]
(__irq_svc+0x6c/0x8c)
[ 4177.310658] Exception stack(0xc0919f40 to 0xc0919f88)
[ 4177.315744] 9f40: 00000001 00000001 00000000 20000013 ffffe000
c09230c4 c09a453f c07e839c
[ 4177.323953] 9f60: c0923060 c7ee8e80 c090aa50 00000000 00000000
c0919f90 c0058020 c000bc30
[ 4177.332147] 9f80: 20000013 ffffffff
[ 4177.335675] [<c00099cc>] (__irq_svc) from [<c000bc30>]
(arch_cpu_idle+0x28/0x38)
[ 4177.343115] [<c000bc30>] (arch_cpu_idle) from [<c0047078>]
(do_idle+0x8c/0xec)
[ 4177.350374] [<c0047078>] (do_idle) from [<c004745c>]
(cpu_startup_entry+0xc/0x10)
[ 4177.357909] [<c004745c>] (cpu_startup_entry) from [<c08c9d8c>]
(start_kernel+0x3cc/0x474)
[ 4177.460138] NOHZ: local_softirq_pending 08
[ 4177.960322] NOHZ: local_softirq_pending 08
[ 4178.045081] NOHZ: local_softirq_pending 08
[ 4178.126861] NOHZ: local_softirq_pending 08
[ 4178.157288] NOHZ: local_softirq_pending 08
[ 4178.191966] NOHZ: local_softirq_pending 08
[ 4178.218160] NOHZ: local_softirq_pending 08
[ 4178.237144] NOHZ: local_softirq_pending 08
[ 4178.267594] NOHZ: local_softirq_pending 08
[ 4178.286991] NOHZ: local_softirq_pending 08

Can someone give me some suggestions about this bug?

Best Regards,
yliu
--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale


Re: [yocto] Looking for a recommendation for the right Yocto dev board that supports MIPI CSI-2...

Khem Raj <raj.khem@...>
 

On Wed, Jul 3, 2019 at 4:32 PM Bob Cochran <yocto@...> wrote:

On 6/20/19 11:24 PM, Bob Cochran wrote:
Hi,

I'm doing some work with MIPI cameras, and I need a development board
with stable Yocto and MIPI CSI-2 support. At this point, I'm
thinking i.MX, but I'm open to any suggestion.
It looks like we're going to purchase an NXP MCIMX8M-EVK dev board (at
least one to get started). Can someone please confirm that the
imx8mqevk.conf machine file is for this board?

Is this board Yocto Project stable? I need to be able to build the
master branch for this board (or should I be using next?). Any comments
or feedback will be great appreciated.

https://www.nxp.com/support/developer-resources/evaluation-and-development-boards/i.mx-evaluation-and-development-boards/evaluation-kit-for-the-i.mx-8m-applications-processor:MCIMX8M-EVK
seems it is in meta-freescale.
https://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/conf/machine/imx8mqevk.conf?h=master

Thanks

Bob



I'm not sure what type of access I'll have to the D-PHY data streams.
Do they always terminate into a GPU? However, I would like a board
that gives me the most capability to control / route the data with
open source drivers.

I suppose I want CSI-2 in and HDMI out.

Thank you,

Bob

--
_______________________________________________
yocto mailing list
yocto@...
https://lists.yoctoproject.org/listinfo/yocto


Re: Which version of Yocto support ATF?

Otavio Salvador <otavio.salvador@...>
 

On Tue, Apr 9, 2019 at 6:26 PM john matt <john.matt2022@...> wrote:
I am new to ATF, and I know NXP released sdk that supports ATF. I am wondering if yocto supports ATF? If so which version supports atf?
I'd use warrior branch for it.

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


crypto: mxs-dcp deadlock bug?

yliu
 

Hi, meta-freescale gurus,

I am testing a simple VPN (openswan) configuration on a customised
i.mx287 board. The Linux kernel is Linux version
5.0.7-fslc+g39f695df6f5f. There is a kernel dump printed on screen
after several seconds. It looks like a deadlock happened in mxs-dcp
driver.


[ 4176.961195] ================================
[ 4176.965485] WARNING: inconsistent lock state
[ 4176.969775] 5.0.7-fslc+g39f695df6f5f #1 Not tainted
[ 4176.974667] --------------------------------
[ 4176.978954] inconsistent {SOFTIRQ-ON-W} -> {IN-SOFTIRQ-W} usage.
[ 4176.984984] swapper/0 [HC0[0]:SC1[1]:HE1:SE0] takes:
[ 4176.989973] 6c0f210d (&(&sdcp->lock[i])->rlock){+.?.}, at:
mxs_dcp_aes_enqueue+0x4c/0x98
[ 4176.998137] {SOFTIRQ-ON-W} state was registered at:
[ 4177.003049] _raw_spin_lock+0x28/0x38
[ 4177.006828] dcp_chan_thread_sha+0x4c/0x2e4
[ 4177.011133] kthread+0x120/0x138
[ 4177.014475] ret_from_fork+0x14/0x24
[ 4177.018155] (null)
[ 4177.020531] irq event stamp: 2503736
[ 4177.024150] hardirqs last enabled at (2503736): [<c0073f74>]
ktime_get_real_seconds+0x90/0xb0
[ 4177.032795] hardirqs last disabled at (2503735): [<c0073f3c>]
ktime_get_real_seconds+0x58/0xb0
[ 4177.041438] softirqs last enabled at (2503728): [<c001f85c>]
irq_enter+0x64/0x80
[ 4177.048947] softirqs last disabled at (2503729): [<c001f9c0>]
irq_exit+0x148/0x19c
[ 4177.056528]
[ 4177.056528] other info that might help us debug this:
[ 4177.063064] Possible unsafe locking scenario:
[ 4177.063064]
[ 4177.068991] CPU0
[ 4177.071446] ----
[ 4177.073901] lock(&(&sdcp->lock[i])->rlock);
[ 4177.078281] <Interrupt>
[ 4177.080910] lock(&(&sdcp->lock[i])->rlock);
[ 4177.085462]
[ 4177.085462] *** DEADLOCK ***
[ 4177.085462]
[ 4177.091397] 2 locks held by swapper/0:
[ 4177.095155] #0: 9c353098 (rcu_read_lock){....}, at:
netif_receive_skb_internal+0x28/0x19c
[ 4177.103503] #1: 9c353098 (rcu_read_lock){....}, at:
ip_local_deliver_finish+0x2c/0xb8
[ 4177.111500]
[ 4177.111500] stack backtrace:
[ 4177.115883] CPU: 0 PID: 0 Comm: swapper Not tainted
5.0.7-fslc+g39f695df6f5f #1
[ 4177.123208] Hardware name: Freescale MXS (Device Tree)
[ 4177.128415] [<c0010df8>] (unwind_backtrace) from [<c000e730>]
(show_stack+0x10/0x14)
[ 4177.136211] [<c000e730>] (show_stack) from [<c0055a74>]
(mark_lock+0x534/0x6f0)
[ 4177.143560] [<c0055a74>] (mark_lock) from [<c005612c>]
(__lock_acquire+0x484/0x1870)
[ 4177.151339] [<c005612c>] (__lock_acquire) from [<c0057e54>]
(lock_acquire+0xb4/0x178)
[ 4177.159210] [<c0057e54>] (lock_acquire) from [<c068adb8>]
(_raw_spin_lock+0x28/0x38)
[ 4177.166996] [<c068adb8>] (_raw_spin_lock) from [<c049e024>]
(mxs_dcp_aes_enqueue+0x4c/0x98)
[ 4177.175416] [<c049e024>] (mxs_dcp_aes_enqueue) from [<bf0dc52c>]
(esp_input+0x1d8/0x300 [esp4])
[ 4177.184190] [<bf0dc52c>] (esp_input [esp4]) from [<c05d9540>]
(xfrm_input+0x83c/0xad0)
[ 4177.192171] [<c05d9540>] (xfrm_input) from [<c05c8bd0>]
(xfrm4_esp_rcv+0x68/0x120)
[ 4177.199798] [<c05c8bd0>] (xfrm4_esp_rcv) from [<c0564a1c>]
(ip_protocol_deliver_rcu+0x7c/0x2cc)
[ 4177.208547] [<c0564a1c>] (ip_protocol_deliver_rcu) from
[<c0564cf4>] (ip_local_deliver_finish+0x88/0xb8)
[ 4177.218072] [<c0564cf4>] (ip_local_deliver_finish) from
[<c0564e54>] (ip_local_deliver+0x130/0x1a8)
[ 4177.227162] [<c0564e54>] (ip_local_deliver) from [<c0564fe8>]
(ip_rcv+0x11c/0x174)
[ 4177.234778] [<c0564fe8>] (ip_rcv) from [<c05139a8>]
(__netif_receive_skb_one_core+0x4c/0x6c)
[ 4177.243263] [<c05139a8>] (__netif_receive_skb_one_core) from
[<c0519370>] (netif_receive_skb_internal+0x58/0x19c)
[ 4177.253568] [<c0519370>] (netif_receive_skb_internal) from
[<c0519f10>] (napi_gro_receive+0x148/0x1d0)
[ 4177.262924] [<c0519f10>] (napi_gro_receive) from [<c042164c>]
(fec_enet_rx_napi+0x3d0/0x9b8)
[ 4177.271406] [<c042164c>] (fec_enet_rx_napi) from [<c051a668>]
(net_rx_action+0xe4/0x3dc)
[ 4177.279542] [<c051a668>] (net_rx_action) from [<c000a15c>]
(__do_softirq+0x134/0x434)
[ 4177.287416] [<c000a15c>] (__do_softirq) from [<c001f9c0>]
(irq_exit+0x148/0x19c)
[ 4177.294853] [<c001f9c0>] (irq_exit) from [<c006345c>]
(__handle_domain_irq+0x50/0xa8)
[ 4177.302720] [<c006345c>] (__handle_domain_irq) from [<c00099cc>]
(__irq_svc+0x6c/0x8c)
[ 4177.310658] Exception stack(0xc0919f40 to 0xc0919f88)
[ 4177.315744] 9f40: 00000001 00000001 00000000 20000013 ffffe000
c09230c4 c09a453f c07e839c
[ 4177.323953] 9f60: c0923060 c7ee8e80 c090aa50 00000000 00000000
c0919f90 c0058020 c000bc30
[ 4177.332147] 9f80: 20000013 ffffffff
[ 4177.335675] [<c00099cc>] (__irq_svc) from [<c000bc30>]
(arch_cpu_idle+0x28/0x38)
[ 4177.343115] [<c000bc30>] (arch_cpu_idle) from [<c0047078>]
(do_idle+0x8c/0xec)
[ 4177.350374] [<c0047078>] (do_idle) from [<c004745c>]
(cpu_startup_entry+0xc/0x10)
[ 4177.357909] [<c004745c>] (cpu_startup_entry) from [<c08c9d8c>]
(start_kernel+0x3cc/0x474)
[ 4177.460138] NOHZ: local_softirq_pending 08
[ 4177.960322] NOHZ: local_softirq_pending 08
[ 4178.045081] NOHZ: local_softirq_pending 08
[ 4178.126861] NOHZ: local_softirq_pending 08
[ 4178.157288] NOHZ: local_softirq_pending 08
[ 4178.191966] NOHZ: local_softirq_pending 08
[ 4178.218160] NOHZ: local_softirq_pending 08
[ 4178.237144] NOHZ: local_softirq_pending 08
[ 4178.267594] NOHZ: local_softirq_pending 08
[ 4178.286991] NOHZ: local_softirq_pending 08

Can someone give me some suggestions about this bug?

Best Regards,
yliu


[PATCH] u-boot-imx-mfgtool: Add u-boot-imx to search path

Gonzalo Ruiz <Gonzalo.Ruiz@...>
 

'u-boot-imx-mfgtool' is unable to find SRC_URI entry
0001-tools-allow-to-override-python.patch which causes a parse warning.
This file is introduced by 'u-boot-imx' recipe under u-boot-imx folder.

Add u-boot-imx folder to the 'u-boot-imx-mfgtool' recipe search path so
it is also able to find the patch file.

Signed-off-by: Gonzalo Ruiz <Gonzalo.Ruiz@...>
---
recipes-bsp/u-boot/u-boot-imx-mfgtool_2017.03.bb | 2 ++
1 file changed, 2 insertions(+)

diff --git a/recipes-bsp/u-boot/u-boot-imx-mfgtool_2017.03.bb b/recipes-bsp/u-boot/u-boot-imx-mfgtool_2017.03.bb
index 81799ad..d5cb033 100644
--- a/recipes-bsp/u-boot/u-boot-imx-mfgtool_2017.03.bb
+++ b/recipes-bsp/u-boot/u-boot-imx-mfgtool_2017.03.bb
@@ -2,5 +2,7 @@
# Copyright (C) 2014-2016 Freescale Semiconductor
# Copyright 2017 NXP

+FILESEXTRAPATHS_prepend := "${THISDIR}/u-boot-imx:"
+
require u-boot-imx_${PV}.bb
require u-boot-mfgtool.inc

821 - 840 of 24854