* Want to use linux-fslc 5.10 with Dunfell @ 2021-03-01 17:06 Brian Hutchinson 2021-03-01 17:17 ` [meta-freescale] " Otavio Salvador 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-01 17:06 UTC (permalink / raw) To: meta-freescale [-- Attachment #1: Type: text/plain, Size: 979 bytes --] Hi, I'm wanting to pull in 5.10 kernel into my Dunfell build that's currently using 5.4.x. I see there is a recipe for 5.10 kernel on master: https://layers.openembedded.org/layerindex/recipe/58685/ However this link doesn't work recipes-kernel/linux/recipes-kernel/linux/linux-imx.inc <http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-kernel/linux/recipes-kernel/linux/linux-imx.inc?h=master> I was hoping I could add this recipe and change my local.conf to: PREFERRED_PROVIDER_virtual/kernel = "linux-fslc-imx" PREFERRED_VERSION_linux-fslc-imx = "5.10%" ... and pull in 5.10 kernel but when I do a build it looks like I'm missing linux-fslc-imx_5.10.bb maybe? I pulled over the linux-fslc_5.10.bb from above but looking at last build that worked I see linux-fslc_5.4.bb and linux-fslc-imx_5.4.bb ... so I don't know all the info to make a linux-fslc-imx_5_10.bb. What is best way to pull in 5.10 kernel? Thanks, Brian [-- Attachment #2: Type: text/html, Size: 2153 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-01 17:06 Want to use linux-fslc 5.10 with Dunfell Brian Hutchinson @ 2021-03-01 17:17 ` Otavio Salvador 2021-03-01 18:29 ` Brian Hutchinson 0 siblings, 1 reply; 38+ messages in thread From: Otavio Salvador @ 2021-03-01 17:17 UTC (permalink / raw) To: Brian Hutchinson; +Cc: meta-freescale Hello Brian, Em seg., 1 de mar. de 2021 às 14:07, Brian Hutchinson <b.hutchman@gmail.com> escreveu: > I'm wanting to pull in 5.10 kernel into my Dunfell build that's currently using 5.4.x. > > I see there is a recipe for 5.10 kernel on master: > > https://layers.openembedded.org/layerindex/recipe/58685/ > > However this link doesn't work > recipes-kernel/linux/recipes-kernel/linux/linux-imx.inc > > I was hoping I could add this recipe and change my local.conf to: > PREFERRED_PROVIDER_virtual/kernel = "linux-fslc-imx" > PREFERRED_VERSION_linux-fslc-imx = "5.10%" linux-fslc-imx just has 5.4 Linux kernels. We have linux-fslc for 5.10. > What is best way to pull in 5.10 kernel? You should add it to your product layer and maintain it yourself. -- 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 ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-01 17:17 ` [meta-freescale] " Otavio Salvador @ 2021-03-01 18:29 ` Brian Hutchinson 2021-03-01 18:30 ` Otavio Salvador 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-01 18:29 UTC (permalink / raw) To: Otavio Salvador; +Cc: meta-freescale [-- Attachment #1: Type: text/plain, Size: 1291 bytes --] On Mon, Mar 1, 2021, 12:17 PM Otavio Salvador < otavio.salvador@ossystems.com.br> wrote: > Hello Brian, > > Em seg., 1 de mar. de 2021 às 14:07, Brian Hutchinson > <b.hutchman@gmail.com> escreveu: > > I'm wanting to pull in 5.10 kernel into my Dunfell build that's > currently using 5.4.x. > > > > I see there is a recipe for 5.10 kernel on master: > > > > https://layers.openembedded.org/layerindex/recipe/58685/ > > > > However this link doesn't work > > recipes-kernel/linux/recipes-kernel/linux/linux-imx.inc > > > > I was hoping I could add this recipe and change my local.conf to: > > PREFERRED_PROVIDER_virtual/kernel = "linux-fslc-imx" > > PREFERRED_VERSION_linux-fslc-imx = "5.10%" > > linux-fslc-imx just has 5.4 Linux kernels. We have linux-fslc for 5.10. > > > What is best way to pull in 5.10 kernel? > > You should add it to your product layer and maintain it yourself. > > -- > 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 > Ok, don't quite know how to do that yet but will try to figure it out. I thought something was readily available since I saw the 5.10 recipe. Thanks, Brian > [-- Attachment #2: Type: text/html, Size: 2443 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-01 18:29 ` Brian Hutchinson @ 2021-03-01 18:30 ` Otavio Salvador [not found] ` <CAFZh4h88ZeCUfAHXjU1tousMQoRrQwcuCH6-qVsnL1nKpKyv0A@mail.gmail.com> 0 siblings, 1 reply; 38+ messages in thread From: Otavio Salvador @ 2021-03-01 18:30 UTC (permalink / raw) To: Brian Hutchinson; +Cc: meta-freescale Em seg., 1 de mar. de 2021 às 15:29, Brian Hutchinson <b.hutchman@gmail.com> escreveu: > Ok, don't quite know how to do that yet but will try to figure it out. > > I thought something was readily available since I saw the 5.10 recipe. It is ready for use in gatesgarth and master. -- 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 ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <CAFZh4h88ZeCUfAHXjU1tousMQoRrQwcuCH6-qVsnL1nKpKyv0A@mail.gmail.com>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <CAFZh4h88ZeCUfAHXjU1tousMQoRrQwcuCH6-qVsnL1nKpKyv0A@mail.gmail.com> @ 2021-03-01 19:59 ` Brian Hutchinson 2021-03-02 7:45 ` Peter Bergin 2021-03-02 7:53 ` Andrey Zhizhikin 0 siblings, 2 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-01 19:59 UTC (permalink / raw) To: Otavio Salvador, meta-freescale [-- Attachment #1: Type: text/plain, Size: 1431 bytes --] On Mon, Mar 1, 2021 at 2:35 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > On Mon, Mar 1, 2021 at 1:31 PM Otavio Salvador < > otavio.salvador@ossystems.com.br> wrote: > >> Em seg., 1 de mar. de 2021 às 15:29, Brian Hutchinson >> <b.hutchman@gmail.com> escreveu: >> > Ok, don't quite know how to do that yet but will try to figure it out. >> > >> > I thought something was readily available since I saw the 5.10 recipe. >> >> It is ready for use in gatesgarth and master. >> >> -- >> 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 >> > > I looked using web git this morning before I tried anything and I didn't > see 5.10 in meta-freescale/recipes-kernel/linux for Gatesgarth. Only the > one recipe I mentioned above in master is there. > > Regards, > > Brian > > Can someone school me on how this works? I guess I don't know or understand the relationship between linux-fslc and linux-fslc-imx recipies in meta-freescale/recipies-kernel/linux Looking at the linux-fslc-imx_5.4.bb I've been using, it looks like 5.4.98 that i've been using really comes from nxp 5.4.24-1.1.0, kernel.org and some patches??? And a note to "upgraders" that recipe shouldn't collect patches but be applied to linux-fslc kernel tree. Regards, Brian [-- Attachment #2: Type: text/html, Size: 2929 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-01 19:59 ` Brian Hutchinson @ 2021-03-02 7:45 ` Peter Bergin 2021-03-02 13:28 ` Brian Hutchinson [not found] ` <166889913B7B60E8.18810@lists.yoctoproject.org> 2021-03-02 7:53 ` Andrey Zhizhikin 1 sibling, 2 replies; 38+ messages in thread From: Peter Bergin @ 2021-03-02 7:45 UTC (permalink / raw) To: meta-freescale Hi Brian, On 2021-03-01 20:59, Brian Hutchinson wrote: > Can someone school me on how this works? I guess I don't know or > understand the relationship between linux-fslc and linux-fslc-imx > recipies in meta-freescale/recipies-kernel/linux you have a bit more info in this thread https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. And you can also read the information in the recipes about different kernels their sources and how they are composed. linux-fslc-imx: https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 linux-fslc: https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 My view on this is that linux-fslc is mainline based and linux-fslc-imx is NXP based. Best regards, /Peter ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-02 7:45 ` Peter Bergin @ 2021-03-02 13:28 ` Brian Hutchinson [not found] ` <166889913B7B60E8.18810@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-02 13:28 UTC (permalink / raw) To: peter; +Cc: meta-freescale [-- Attachment #1: Type: text/plain, Size: 1406 bytes --] On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> wrote: > Hi Brian, > > On 2021-03-01 20:59, Brian Hutchinson wrote: > > Can someone school me on how this works? I guess I don't know or > > understand the relationship between linux-fslc and linux-fslc-imx > > recipies in meta-freescale/recipies-kernel/linux > > you have a bit more info in this thread > https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. > > And you can also read the information in the recipes about different > kernels their sources and how they are composed. > > linux-fslc-imx: > > https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 > > linux-fslc: > > https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 > > My view on this is that linux-fslc is mainline based and linux-fslc-imx > is NXP based. > > Best regards, > /Peter > > Thanks Peter, That helps a lot. It was my intent to be using FSL kernel and turns out I've been using linux-fslc-imx thus far. When I first started working on NXP SoC (switched from TI about a year ago) I was using NXP releases and discovered the hard way their new releases were mainly geared at new boards so that's when I switched to fslc. Regards, Brian [-- Attachment #2: Type: text/html, Size: 2351 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <166889913B7B60E8.18810@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <166889913B7B60E8.18810@lists.yoctoproject.org> @ 2021-03-02 15:34 ` Brian Hutchinson 2021-03-02 18:23 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-02 15:34 UTC (permalink / raw) To: b.hutchman; +Cc: peter, meta-freescale [-- Attachment #1: Type: text/plain, Size: 6683 bytes --] On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > > On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> > wrote: > >> Hi Brian, >> >> On 2021-03-01 20:59, Brian Hutchinson wrote: >> > Can someone school me on how this works? I guess I don't know or >> > understand the relationship between linux-fslc and linux-fslc-imx >> > recipies in meta-freescale/recipies-kernel/linux >> >> you have a bit more info in this thread >> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. >> >> And you can also read the information in the recipes about different >> kernels their sources and how they are composed. >> >> linux-fslc-imx: >> >> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 >> >> linux-fslc: >> >> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 >> >> My view on this is that linux-fslc is mainline based and linux-fslc-imx >> is NXP based. >> >> Best regards, >> /Peter >> >> > Thanks Peter, > > That helps a lot. It was my intent to be using FSL kernel and turns out > I've been using linux-fslc-imx thus far. When I first started working on > NXP SoC (switched from TI about a year ago) I was using NXP releases and > discovered the hard way their new releases were mainly geared at new boards > so that's when I switched to fslc. > > Regards, > > Brian > > Ok, forgive me but I'm obviously still in the weeds. Still trying to pull in linux 5.10 from master. If linux-fslc is basically community kernel with NXP fixes and patches mainlined ... why is there no COMPATIBLE_MACHINE for imx8mmevk? I did a clean checkout of gatesgarth, then pulled in the recipes for linux-fslc_5.10 from master into sources/meta-freescale/recipes-kernel/linux In my local.conf I set: PREFERRED_PROVIDER_virtual/kernel = "linux-fslc" because it defaults to "linux-fslc-imx" if I don't. ... then when I try to build I get COMPATIBLE_MACHINE errors. Here's my local.conf for full disclosure: PREFERRED_PROVIDER_virtual/kernel = "linux-fslc" PREFERRED_VERSION_linux-fslc = "5.10%" MACHINE ??= 'imx8mmevk' DISTRO ?= 'poky' PACKAGE_CLASSES ?= 'package_rpm' EXTRA_IMAGE_FEATURES ?= "debug-tweaks" USER_CLASSES ?= "buildstats image-mklibs image-prelink" PATCHRESOLVE = "noop" BB_DISKMON_DIRS ??= "\ STOPTASKS,${TMPDIR},1G,100K \ STOPTASKS,${DL_DIR},1G,100K \ STOPTASKS,${SSTATE_DIR},1G,100K \ STOPTASKS,/tmp,100M,100K \ ABORT,${TMPDIR},100M,1K \ ABORT,${DL_DIR},100M,1K \ ABORT,${SSTATE_DIR},100M,1K \ ABORT,/tmp,10M,1K" PACKAGECONFIG_append_pn-qemu-system-native = " sdl" CONF_VERSION = "1" DL_DIR ?= "${BSPDIR}/downloads/" ACCEPT_FSL_EULA = "1" hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth/build$ bitbake core-image-base Loading cache: 100% | | ETA: --:--:-- Loaded 0 entries from dependency cache. Parsing recipes: 100% |#############################################################################################################################################################################################################################################| Time: 0:00:10 Parsing of 2286 .bb files complete (0 cached, 2286 parsed). 3492 targets, 234 skipped, 0 masked, 0 errors. NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'virtual/kernel' linux-yocto-tiny PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-dummy PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-dummy linux-qoriq PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-fslc-lts-4.19 PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-gateworks-imx PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-yocto-tiny PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-yocto PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-yocto-dev PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-advantech PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-fslc PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-kontron PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-fslc-qoriq PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-yocto PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-fslc-imx PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-fslc-imx linux-toradex PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-imx PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-imx linux-yocto-rt PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-variscite PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-fslc PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-boundary PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-yocto-rt PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-toradex PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) linux-congatec PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) ERROR: Required build target 'core-image-base' has no buildable providers. Missing or unbuildable dependency chain was: ['core-image-base', 'virtual/kernel'] [-- Attachment #2: Type: text/html, Size: 21609 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-02 15:34 ` Brian Hutchinson @ 2021-03-02 18:23 ` Andrey Zhizhikin 2021-03-02 19:34 ` Brian Hutchinson [not found] ` <16689D843EF7BBD6.17298@lists.yoctoproject.org> 0 siblings, 2 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-02 18:23 UTC (permalink / raw) To: Brian Hutchinson; +Cc: peter, meta-freescale Hello Brian, On Tue, Mar 2, 2021 at 4:34 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: >> >> >> On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> wrote: >>> >>> Hi Brian, >>> >>> On 2021-03-01 20:59, Brian Hutchinson wrote: >>> > Can someone school me on how this works? I guess I don't know or >>> > understand the relationship between linux-fslc and linux-fslc-imx >>> > recipies in meta-freescale/recipies-kernel/linux >>> >>> you have a bit more info in this thread >>> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. >>> >>> And you can also read the information in the recipes about different >>> kernels their sources and how they are composed. >>> >>> linux-fslc-imx: >>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 >>> >>> linux-fslc: >>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 >>> >>> My view on this is that linux-fslc is mainline based and linux-fslc-imx >>> is NXP based. >>> >>> Best regards, >>> /Peter >>> >> >> Thanks Peter, >> >> That helps a lot. It was my intent to be using FSL kernel and turns out I've been using linux-fslc-imx thus far. When I first started working on NXP SoC (switched from TI about a year ago) I was using NXP releases and discovered the hard way their new releases were mainly geared at new boards so that's when I switched to fslc. >> >> Regards, >> >> Brian >> > > Ok, forgive me but I'm obviously still in the weeds. Still trying to pull in linux 5.10 from master. If linux-fslc is basically community kernel with NXP fixes and patches mainlined ... why is there no COMPATIBLE_MACHINE for imx8mmevk? I've tried to touch this part in https://lists.yoctoproject.org/g/meta-freescale/message/24551 Bottom line is: to use linux-fslc as a provider for virtual/kernel - you need to change IMX_DEFAULT_BSP from "nxp" to "mainline" in the conf/machine/imx8mmevk.conf, effectively changing from NXP BSP to Community one. This would have a lot of consequences though, as the support of mx8m machines is not quite there yet. > > I did a clean checkout of gatesgarth, then pulled in the recipes for linux-fslc_5.10 from master into sources/meta-freescale/recipes-kernel/linux > In my local.conf I set: > > PREFERRED_PROVIDER_virtual/kernel = "linux-fslc" because it defaults to "linux-fslc-imx" if I don't. > > ... then when I try to build I get COMPATIBLE_MACHINE errors. > > Here's my local.conf for full disclosure: > > PREFERRED_PROVIDER_virtual/kernel = "linux-fslc" > PREFERRED_VERSION_linux-fslc = "5.10%" > MACHINE ??= 'imx8mmevk' > DISTRO ?= 'poky' > PACKAGE_CLASSES ?= 'package_rpm' > EXTRA_IMAGE_FEATURES ?= "debug-tweaks" > USER_CLASSES ?= "buildstats image-mklibs image-prelink" > PATCHRESOLVE = "noop" > BB_DISKMON_DIRS ??= "\ > STOPTASKS,${TMPDIR},1G,100K \ > STOPTASKS,${DL_DIR},1G,100K \ > STOPTASKS,${SSTATE_DIR},1G,100K \ > STOPTASKS,/tmp,100M,100K \ > ABORT,${TMPDIR},100M,1K \ > ABORT,${DL_DIR},100M,1K \ > ABORT,${SSTATE_DIR},100M,1K \ > ABORT,/tmp,10M,1K" > PACKAGECONFIG_append_pn-qemu-system-native = " sdl" > CONF_VERSION = "1" > > DL_DIR ?= "${BSPDIR}/downloads/" > ACCEPT_FSL_EULA = "1" > > hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth/build$ bitbake core-image-base > Loading cache: 100% | | ETA: --:--:-- > Loaded 0 entries from dependency cache. > Parsing recipes: 100% |#############################################################################################################################################################################################################################################| Time: 0:00:10 > Parsing of 2286 .bb files complete (0 cached, 2286 parsed). 3492 targets, 234 skipped, 0 masked, 0 errors. > NOTE: Resolving any missing task queue dependencies > ERROR: Nothing PROVIDES 'virtual/kernel' > linux-yocto-tiny PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-dummy PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-dummy > linux-qoriq PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-fslc-lts-4.19 PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-gateworks-imx PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-yocto-tiny PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-yocto PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-yocto-dev PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-advantech PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-fslc PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-kontron PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-fslc-qoriq PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-yocto PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-fslc-imx PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-fslc-imx > linux-toradex PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-imx PROVIDES virtual/kernel but was skipped: PREFERRED_PROVIDER_virtual/kernel set to linux-fslc, not linux-imx > linux-yocto-rt PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-variscite PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-fslc PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-boundary PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-yocto-rt PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-toradex PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > linux-congatec PROVIDES virtual/kernel but was skipped: incompatible with machine imx8mmevk (not in COMPATIBLE_MACHINE) > ERROR: Required build target 'core-image-base' has no buildable providers. > Missing or unbuildable dependency chain was: ['core-image-base', 'virtual/kernel'] > > > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-02 18:23 ` Andrey Zhizhikin @ 2021-03-02 19:34 ` Brian Hutchinson [not found] ` <16689D843EF7BBD6.17298@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-02 19:34 UTC (permalink / raw) To: Andrey Zhizhikin; +Cc: peter, meta-freescale [-- Attachment #1: Type: text/plain, Size: 3544 bytes --] On Tue, Mar 2, 2021 at 1:23 PM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > Hello Brian, > > On Tue, Mar 2, 2021 at 4:34 PM Brian Hutchinson <b.hutchman@gmail.com> > wrote: > > > > On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via > lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> > wrote: > >> > >> > >> On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> > wrote: > >>> > >>> Hi Brian, > >>> > >>> On 2021-03-01 20:59, Brian Hutchinson wrote: > >>> > Can someone school me on how this works? I guess I don't know or > >>> > understand the relationship between linux-fslc and linux-fslc-imx > >>> > recipies in meta-freescale/recipies-kernel/linux > >>> > >>> you have a bit more info in this thread > >>> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. > >>> > >>> And you can also read the information in the recipes about different > >>> kernels their sources and how they are composed. > >>> > >>> linux-fslc-imx: > >>> > https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 > >>> > >>> linux-fslc: > >>> > https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 > >>> > >>> My view on this is that linux-fslc is mainline based and linux-fslc-imx > >>> is NXP based. > >>> > >>> Best regards, > >>> /Peter > >>> > >> > >> Thanks Peter, > >> > >> That helps a lot. It was my intent to be using FSL kernel and turns > out I've been using linux-fslc-imx thus far. When I first started working > on NXP SoC (switched from TI about a year ago) I was using NXP releases and > discovered the hard way their new releases were mainly geared at new boards > so that's when I switched to fslc. > >> > >> Regards, > >> > >> Brian > >> > > > > Ok, forgive me but I'm obviously still in the weeds. Still trying to > pull in linux 5.10 from master. If linux-fslc is basically community > kernel with NXP fixes and patches mainlined ... why is there no > COMPATIBLE_MACHINE for imx8mmevk? > > I've tried to touch this part in > https://lists.yoctoproject.org/g/meta-freescale/message/24551 > > Bottom line is: to use linux-fslc as a provider for virtual/kernel - > you need to change IMX_DEFAULT_BSP from "nxp" to "mainline" in the > conf/machine/imx8mmevk.conf, effectively changing from NXP BSP to > Community one. > > This would have a lot of consequences though, as the support of mx8m > machines is not quite there yet. > > -- > Regards, > Andrey. > Thanks Andrey, "Consequences" is an understatement. My heart sank as I started digging into this and saw things like: # Handle default kernel IMX_DEFAULT_KERNEL = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mxs = "linux-fslc" IMX_DEFAULT_KERNEL_mx5 = "linux-fslc" IMX_DEFAULT_KERNEL_mx6 = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx7 = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx8 = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx7ulp = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx6sll = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx6ul = "linux-fslc-imx" IMX_DEFAULT_KERNEL_mx6ull = "linux-fslc-imx" IMX_DEFAULT_KERNEL_use-mainline-bsp = "linux-fslc" ... in sources/meta-freescale/conf/machine/include/imx-base.inc I really need at least Linux 5.10 for imx8 for some net-next features I need. I was hopeful when I was poking around and saw a 5.10 recipe but now my hopes are dashed! :( Regards, Brian [-- Attachment #2: Type: text/html, Size: 6317 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <16689D843EF7BBD6.17298@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <16689D843EF7BBD6.17298@lists.yoctoproject.org> @ 2021-03-02 23:00 ` Brian Hutchinson [not found] ` <1668A8CAFCF24F79.31223@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-02 23:00 UTC (permalink / raw) To: b.hutchman; +Cc: Andrey Zhizhikin, peter, meta-freescale [-- Attachment #1: Type: text/plain, Size: 5519 bytes --] On Tue, Mar 2, 2021 at 2:34 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > > On Tue, Mar 2, 2021 at 1:23 PM Andrey Zhizhikin <andrey.z@gmail.com> > wrote: > >> Hello Brian, >> >> On Tue, Mar 2, 2021 at 4:34 PM Brian Hutchinson <b.hutchman@gmail.com> >> wrote: >> > >> > On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via >> lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> >> wrote: >> >> >> >> >> >> On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> >> wrote: >> >>> >> >>> Hi Brian, >> >>> >> >>> On 2021-03-01 20:59, Brian Hutchinson wrote: >> >>> > Can someone school me on how this works? I guess I don't know or >> >>> > understand the relationship between linux-fslc and linux-fslc-imx >> >>> > recipies in meta-freescale/recipies-kernel/linux >> >>> >> >>> you have a bit more info in this thread >> >>> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. >> >>> >> >>> And you can also read the information in the recipes about different >> >>> kernels their sources and how they are composed. >> >>> >> >>> linux-fslc-imx: >> >>> >> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 >> >>> >> >>> linux-fslc: >> >>> >> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 >> >>> >> >>> My view on this is that linux-fslc is mainline based and >> linux-fslc-imx >> >>> is NXP based. >> >>> >> >>> Best regards, >> >>> /Peter >> >>> >> >> >> >> Thanks Peter, >> >> >> >> That helps a lot. It was my intent to be using FSL kernel and turns >> out I've been using linux-fslc-imx thus far. When I first started working >> on NXP SoC (switched from TI about a year ago) I was using NXP releases and >> discovered the hard way their new releases were mainly geared at new boards >> so that's when I switched to fslc. >> >> >> >> Regards, >> >> >> >> Brian >> >> >> > >> > Ok, forgive me but I'm obviously still in the weeds. Still trying to >> pull in linux 5.10 from master. If linux-fslc is basically community >> kernel with NXP fixes and patches mainlined ... why is there no >> COMPATIBLE_MACHINE for imx8mmevk? >> >> I've tried to touch this part in >> https://lists.yoctoproject.org/g/meta-freescale/message/24551 >> >> Bottom line is: to use linux-fslc as a provider for virtual/kernel - >> you need to change IMX_DEFAULT_BSP from "nxp" to "mainline" in the >> conf/machine/imx8mmevk.conf, effectively changing from NXP BSP to >> Community one. >> >> This would have a lot of consequences though, as the support of mx8m >> machines is not quite there yet. >> >> -- >> Regards, >> Andrey. >> > > Thanks Andrey, > > "Consequences" is an understatement. My heart sank as I started digging > into this and saw things like: > > # Handle default kernel > IMX_DEFAULT_KERNEL = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mxs = "linux-fslc" > IMX_DEFAULT_KERNEL_mx5 = "linux-fslc" > IMX_DEFAULT_KERNEL_mx6 = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx7 = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx8 = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx7ulp = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx6sll = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx6ul = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_mx6ull = "linux-fslc-imx" > IMX_DEFAULT_KERNEL_use-mainline-bsp = "linux-fslc" > > ... in sources/meta-freescale/conf/machine/include/imx-base.inc > > I really need at least Linux 5.10 for imx8 for some net-next features I > need. I was hopeful when I was poking around and saw a 5.10 recipe but now > my hopes are dashed! :( > > Regards, > > Brian > > Update. So I messed around and changed the things Andrey mentioned and tried another build just for kicks. If completed with only one kernel error: | OBJCOPY arch/arm64/boot/Image | DTC arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk.dtb | make[2]: *** No rule to make target 'arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk-revb.dtb'. Stop. | make[1]: *** [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:1334: freescale/imx8mm-ddr4-evk-revb.dtb] Error 2 | make: *** [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:185: __sub-make] Error 2 | WARNING: exit code 1 from a shell command. | ERROR: Task (/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 4575 tasks of which 1 didn't need to be rerun and 1 failed. Summary: 1 task failed: /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile Summary: There were 3 WARNING messages shown. Summary: There were 2 ERROR messages shown, returning a non-zero exit code. ... which is legit as it looks like the freescale .dts files of 5.10 are different than before (no surprise) so I'll try to get past this and see what happens. I don't need all the NXP EVK stuff (video, touch screen, wifi, bluetooth etc.) which is why I picked Yocto for distro to make a smaller image than all those wayland options ... so just maybe it might work??? Will report back soon ... Regards, Brian [-- Attachment #2: Type: text/html, Size: 9684 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <1668A8CAFCF24F79.31223@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <1668A8CAFCF24F79.31223@lists.yoctoproject.org> @ 2021-03-03 15:31 ` Brian Hutchinson [not found] ` <1668DEDA4359AC1E.2939@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-03 15:31 UTC (permalink / raw) To: b.hutchman; +Cc: Andrey Zhizhikin, peter, meta-freescale [-- Attachment #1: Type: text/plain, Size: 6343 bytes --] On Tue, Mar 2, 2021 at 6:01 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > > > On Tue, Mar 2, 2021 at 2:34 PM Brian Hutchinson via lists.yoctoproject.org > <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > >> >> On Tue, Mar 2, 2021 at 1:23 PM Andrey Zhizhikin <andrey.z@gmail.com> >> wrote: >> >>> Hello Brian, >>> >>> On Tue, Mar 2, 2021 at 4:34 PM Brian Hutchinson <b.hutchman@gmail.com> >>> wrote: >>> > >>> > On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via >>> lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> >>> wrote: >>> >> >>> >> >>> >> On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> >>> wrote: >>> >>> >>> >>> Hi Brian, >>> >>> >>> >>> On 2021-03-01 20:59, Brian Hutchinson wrote: >>> >>> > Can someone school me on how this works? I guess I don't know or >>> >>> > understand the relationship between linux-fslc and linux-fslc-imx >>> >>> > recipies in meta-freescale/recipies-kernel/linux >>> >>> >>> >>> you have a bit more info in this thread >>> >>> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. >>> >>> >>> >>> And you can also read the information in the recipes about different >>> >>> kernels their sources and how they are composed. >>> >>> >>> >>> linux-fslc-imx: >>> >>> >>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 >>> >>> >>> >>> linux-fslc: >>> >>> >>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 >>> >>> >>> >>> My view on this is that linux-fslc is mainline based and >>> linux-fslc-imx >>> >>> is NXP based. >>> >>> >>> >>> Best regards, >>> >>> /Peter >>> >>> >>> >> >>> >> Thanks Peter, >>> >> >>> >> That helps a lot. It was my intent to be using FSL kernel and turns >>> out I've been using linux-fslc-imx thus far. When I first started working >>> on NXP SoC (switched from TI about a year ago) I was using NXP releases and >>> discovered the hard way their new releases were mainly geared at new boards >>> so that's when I switched to fslc. >>> >> >>> >> Regards, >>> >> >>> >> Brian >>> >> >>> > >>> > Ok, forgive me but I'm obviously still in the weeds. Still trying to >>> pull in linux 5.10 from master. If linux-fslc is basically community >>> kernel with NXP fixes and patches mainlined ... why is there no >>> COMPATIBLE_MACHINE for imx8mmevk? >>> >>> I've tried to touch this part in >>> https://lists.yoctoproject.org/g/meta-freescale/message/24551 >>> >>> Bottom line is: to use linux-fslc as a provider for virtual/kernel - >>> you need to change IMX_DEFAULT_BSP from "nxp" to "mainline" in the >>> conf/machine/imx8mmevk.conf, effectively changing from NXP BSP to >>> Community one. >>> >>> This would have a lot of consequences though, as the support of mx8m >>> machines is not quite there yet. >>> >>> -- >>> Regards, >>> Andrey. >>> >> >> Thanks Andrey, >> >> "Consequences" is an understatement. My heart sank as I started digging >> into this and saw things like: >> >> # Handle default kernel >> IMX_DEFAULT_KERNEL = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mxs = "linux-fslc" >> IMX_DEFAULT_KERNEL_mx5 = "linux-fslc" >> IMX_DEFAULT_KERNEL_mx6 = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx7 = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx8 = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx7ulp = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx6sll = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx6ul = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_mx6ull = "linux-fslc-imx" >> IMX_DEFAULT_KERNEL_use-mainline-bsp = "linux-fslc" >> >> ... in sources/meta-freescale/conf/machine/include/imx-base.inc >> >> I really need at least Linux 5.10 for imx8 for some net-next features I >> need. I was hopeful when I was poking around and saw a 5.10 recipe but now >> my hopes are dashed! :( >> >> Regards, >> >> Brian >> >> > Update. So I messed around and changed the things Andrey mentioned and > tried another build just for kicks. If completed with only one kernel > error: > > | OBJCOPY arch/arm64/boot/Image > | DTC arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk.dtb > | make[2]: *** No rule to make target > 'arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk-revb.dtb'. Stop. > | make[1]: *** > [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:1334: > freescale/imx8mm-ddr4-evk-revb.dtb] Error 2 > | make: *** > [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:185: > __sub-make] Error 2 > | WARNING: exit code 1 from a shell command. > | > ERROR: Task > (/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile) > failed with exit code '1' > NOTE: Tasks Summary: Attempted 4575 tasks of which 1 didn't need to be > rerun and 1 failed. > > Summary: 1 task failed: > > /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile > > Summary: There were 3 WARNING messages shown. > Summary: There were 2 ERROR messages shown, returning a non-zero exit code. > > ... which is legit as it looks like the freescale .dts files of 5.10 are > different than before (no surprise) so I'll try to get past this and see > what happens. I don't need all the NXP EVK stuff (video, touch screen, > wifi, bluetooth etc.) which is why I picked Yocto for distro to make a > smaller image than all those wayland options ... so just maybe it might > work??? > > Will report back soon ... > > Regards, > > Brian > > Yet another update. I further modified my machine .conf to remove .dtb's and features I didn't need and finally got the board booting 5.10.18! When I dd the wic image to sdcard it wouldn't boot so I've got a u-boot issue somewhere but I wrote previous version of u-boot with dd and was able to get it to boot. Thank you all for putting up with me once again and keeping me out of the weeds. Now the work begins trying to get some net-next stuff working. Regards, Brian [-- Attachment #2: Type: text/html, Size: 10818 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <1668DEDA4359AC1E.2939@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <1668DEDA4359AC1E.2939@lists.yoctoproject.org> @ 2021-03-03 15:42 ` Brian Hutchinson 2021-03-03 16:31 ` Fabio Estevam 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-03 15:42 UTC (permalink / raw) To: b.hutchman, Otavio Salvador; +Cc: Andrey Zhizhikin, peter, meta-freescale [-- Attachment #1: Type: text/plain, Size: 24229 bytes --] Otavio, tell me again why I'm still getting this: [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin It needs to be a loadable module or something? Anyway ... for the curious ... here's the boot messages: Booting from mmc ... 27692 bytes read in 7 ms (3.8 MiB/s) ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Using Device Tree in place at 0000000043000000, end 0000000043009c2b Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [ 0.000000] Linux version 5.10.18+ge96f454f9d4b (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.35.1) #1 SMP Tue Feb 23 21:32:29 UTC 2021 [ 0.000000] Machine model: FSL i.MX8MM EVK board [ 0.000000] earlycon: ec_imx6q0 at MMIO 0x0000000030890000 (options '115200') [ 0.000000] printk: bootconsole [ec_imx6q0] enabled [ 0.000000] efi: UEFI not found. [ 0.000000] cma: Reserved 64 MiB at 0x00000000ba000000 [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000040000000-0x000000007fffffff] [ 0.000000] DMA32 [mem 0x0000000080000000-0x00000000bdffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000bdffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bdffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: Trusted OS migration not required [ 0.000000] psci: SMC Calling Convention v1.1 [ 0.000000] percpu: Embedded 31 pages/cpu s88016 r8192 d30768 u126976 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 508032 [ 0.000000] Kernel command line: console=ttymxc1,115200 earlycon=ec_imx6q,0x30890000,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: mapped [mem 0x000000007bfff000-0x000000007ffff000] (64MB) [ 0.000000] Memory: 1857628K/2064384K available (12992K kernel code, 2688K rwdata, 4752K rodata, 2944K init, 11217K bss, 141220K reserved, 65536K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] Running RCU self tests [ 0.000000] rcu: Hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU lockdep checking is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 128 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000038880000 [ 0.000000] ITS: No ITS available, not enabling LPIs [ 0.000000] random: get_random_bytes called from start_kernel+0x3b8/0x5bc with crng_init=0 [ 0.000000] arch_timer: cp15 timer(s) running at 8.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1d854df40, max_idle_ns: 440795202120 ns [ 0.000004] sched_clock: 56 bits at 8MHz, resolution 125ns, wraps every 2199023255500ns [ 0.008595] Console: colour dummy device 80x25 [ 0.012528] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar [ 0.020311] ... MAX_LOCKDEP_SUBCLASSES: 8 [ 0.024423] ... MAX_LOCK_DEPTH: 48 [ 0.028623] ... MAX_LOCKDEP_KEYS: 8192 [ 0.032998] ... CLASSHASH_SIZE: 4096 [ 0.037373] ... MAX_LOCKDEP_ENTRIES: 32768 [ 0.041836] ... MAX_LOCKDEP_CHAINS: 65536 [ 0.046298] ... CHAINHASH_SIZE: 32768 [ 0.050761] memory used by lock dependency info: 6365 kB [ 0.056186] memory used for stack traces: 4224 kB [ 0.060998] per task-struct memory footprint: 1920 bytes [ 0.066458] Calibrating delay loop (skipped), value calculated using timer frequency.. 16.00 BogoMIPS (lpj=32000) [ 0.076753] pid_max: default: 32768 minimum: 301 [ 0.081649] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.088836] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.100799] rcu: Hierarchical SRCU implementation. [ 0.103620] EFI services will not be available. [ 0.108064] smp: Bringing up secondary CPUs ... [ 0.113688] Detected VIPT I-cache on CPU1 [ 0.113719] GICv3: CPU1: found redistributor 1 region 0:0x00000000388a0000 [ 0.113787] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] [ 0.116193] Detected VIPT I-cache on CPU2 [ 0.116222] GICv3: CPU2: found redistributor 2 region 0:0x00000000388c0000 [ 0.116269] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] [ 0.118347] Detected VIPT I-cache on CPU3 [ 0.118374] GICv3: CPU3: found redistributor 3 region 0:0x00000000388e0000 [ 0.118417] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] [ 0.118923] smp: Brought up 1 node, 4 CPUs [ 0.172714] SMP: Total of 4 processors activated. [ 0.177440] CPU features: detected: 32-bit EL0 Support [ 0.182604] CPU features: detected: CRC32 instructions [ 0.187977] CPU: All CPU(s) started at EL2 [ 0.191983] alternatives: patching kernel code [ 0.198267] devtmpfs: initialized [ 0.223820] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.230838] futex hash table entries: 1024 (order: 5, 131072 bytes, linear) [ 0.241943] DMI not present or invalid. [ 0.243645] NET: Registered protocol family 16 [ 0.253716] DMA: preallocated 256 KiB GFP_KERNEL pool for atomic allocations [ 0.258057] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.266463] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.275665] thermal_sys: Registered thermal governor 'step_wise' [ 0.276504] cpuidle: using governor menu [ 0.283990] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.290817] ASID allocator initialised with 65536 entries [ 0.404616] mxs-dma 33000000.dma-controller: probe deferral not supported [ 0.411921] iommu: Default domain type: Translated [ 0.414682] vgaarb: loaded [ 0.418433] SCSI subsystem initialized [ 0.421709] usbcore: registered new interface driver usbfs [ 0.426158] usbcore: registered new interface driver hub [ 0.431667] usbcore: registered new device driver usb [ 0.438737] mc: Linux media interface: v0.10 [ 0.440784] videodev: Linux video capture interface: v2.00 [ 0.447877] Advanced Linux Sound Architecture Driver Initialized. [ 0.454468] Bluetooth: Core ver 2.22 [ 0.455963] NET: Registered protocol family 31 [ 0.460375] Bluetooth: HCI device and connection manager initialized [ 0.466799] Bluetooth: HCI socket layer initialized [ 0.471674] Bluetooth: L2CAP socket layer initialized [ 0.476810] Bluetooth: SCO socket layer initialized [ 0.482998] clocksource: Switched to clocksource arch_sys_counter [ 1.592654] VFS: Disk quotas dquot_6.6.0 [ 1.593873] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.627505] NET: Registered protocol family 2 [ 1.630537] tcp_listen_portaddr_hash hash table entries: 1024 (order: 4, 81920 bytes, linear) [ 1.638030] TCP established hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 1.646127] TCP bind hash table entries: 16384 (order: 8, 1179648 bytes, linear) [ 1.654916] TCP: Hash tables configured (established 16384 bind 16384) [ 1.660219] UDP hash table entries: 1024 (order: 5, 163840 bytes, linear) [ 1.666851] UDP-Lite hash table entries: 1024 (order: 5, 163840 bytes, linear) [ 1.674412] NET: Registered protocol family 1 [ 1.679881] RPC: Registered named UNIX socket transport module. [ 1.684045] RPC: Registered udp transport module. [ 1.688747] RPC: Registered tcp transport module. [ 1.693471] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 1.701290] PCI: CLS 0 bytes, default 64 [ 1.706353] hw perfevents: enabled with armv8_pmuv3 PMU driver, 7 counters available [ 1.715759] Initialise system trusted keyrings [ 1.717922] workingset: timestamp_bits=62 max_order=19 bucket_order=0 [ 1.748642] NFS: Registering the id_resolver key type [ 1.750938] Key type id_resolver registered [ 1.755135] Key type id_legacy registered [ 1.759398] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 1.765990] jffs2: version 2.2. (NAND) �© 2001-2006 Red Hat, Inc. [ 1.773635] fuse: init (API version 7.32) [ 1.814005] Key type asymmetric registered [ 1.815465] Asymmetric key parser 'x509' registered [ 1.820278] io scheduler mq-deadline registered [ 1.824788] io scheduler kyber registered [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin [ 1.888811] SoC: i.MX8MM revision 1.0 [ 1.891863] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 34, base_baud = 1500000) is a IMX [ 1.898749] printk: console [ttymxc1] enabled [ 1.898749] printk: console [ttymxc1] enabled [ 1.907214] printk: bootconsole [ec_imx6q0] disabled [ 1.907214] printk: bootconsole [ec_imx6q0] disabled [ 1.953009] brd: module loaded [ 1.992254] loop: module loaded [ 2.002315] libphy: Fixed MDIO Bus: probed [ 2.008011] CAN device driver interface [ 2.012935] usbcore: registered new interface driver r8152 [ 2.018570] usbcore: registered new interface driver lan78xx [ 2.024411] usbcore: registered new interface driver asix [ 2.029973] usbcore: registered new interface driver ax88179_178a [ 2.036213] usbcore: registered new interface driver cdc_ether [ 2.042224] usbcore: registered new interface driver smsc95xx [ 2.048115] usbcore: registered new interface driver net1080 [ 2.053919] usbcore: registered new interface driver cdc_subset [ 2.059978] usbcore: registered new interface driver zaurus [ 2.065689] usbcore: registered new interface driver MOSCHIP usb-ethernet driver [ 2.073272] usbcore: registered new interface driver cdc_ncm [ 2.079012] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 2.085591] ehci-pci: EHCI PCI platform driver [ 2.090185] ehci-mxc: Freescale On-Chip EHCI Host driver [ 2.096261] usbcore: registered new interface driver usb-storage [ 2.108660] input: 30370000.snvs:snvs-powerkey as /devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/input/input0 [ 2.129549] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 [ 2.136022] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock to 1970-01-01T00:00:00 UTC (0) [ 2.145711] i2c /dev entries driver [ 2.156172] Bluetooth: HCI UART driver ver 2.3 [ 2.160770] Bluetooth: HCI UART protocol H4 registered [ 2.166164] Bluetooth: HCI UART protocol LL registered [ 2.175841] sdhci: Secure Digital Host Controller Interface driver [ 2.182080] sdhci: Copyright(c) Pierre Ossman [ 2.186488] sdhci-pltfm: SDHCI platform and OF driver helper [ 2.194164] mmc1: CQHCI version 5.10 [ 2.194172] mmc2: CQHCI version 5.10 [ 2.204129] caam 30900000.crypto: RNG4 SH0 was previously instantiated without prediction resistance. Tearing it down [ 2.214870] caam 30900000.crypto: Deinstantiated RNG4 SH0 [ 2.220348] caam 30900000.crypto: Instantiated RNG4 SH0 [ 2.225625] caam 30900000.crypto: RNG4 SH1 was previously instantiated without prediction resistance. Tearing it down [ 2.228815] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 2.236297] caam 30900000.crypto: Deinstantiated RNG4 SH1 [ 2.238678] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 2.256028] caam 30900000.crypto: Instantiated RNG4 SH1 [ 2.261564] caam 30900000.crypto: device ID = 0x0a16040100000000 (Era 9) [ 2.268373] caam 30900000.crypto: job rings = 3, qi = 0 [ 2.317047] caam algorithms registered in /proc/crypto [ 2.322719] mmc1: host does not support reading read-only switch, assuming write-enable [ 2.330944] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 2.338549] caam 30900000.crypto: registering rng-caam [ 2.344246] mmc1: new high speed SDHC card at address aaaa [ 2.352113] mmcblk1: mmc1:aaaa SL16G 14.8 GiB [ 2.357695] mmc2: Command Queue Engine enabled [ 2.362680] mmc2: new DDR MMC card at address 0001 [ 2.365552] mmcblk1: p1 p2 [ 2.369634] mmcblk2: mmc2:0001 DG4016 7.49 GiB [ 2.372982] usbcore: registered new interface driver usbhid [ 2.375485] mmcblk2boot0: mmc2:0001 DG4016 partition 1 4.00 MiB [ 2.380564] usbhid: USB HID core driver [ 2.384248] optee: probing for conduit method. [ 2.386647] random: fast init done [ 2.390467] optee: revision 3.2 (6d99b525) [ 2.395465] mmcblk2boot1: mmc2:0001 DG4016 partition 2 4.00 MiB [ 2.399823] optee: dynamic shared memory is enabled [ 2.403164] mmcblk2gp0: mmc2:0001 DG4016 partition 4 3.52 GiB [ 2.408849] optee: initialized driver [ 2.419221] random: crng init done [ 2.419691] mmcblk2rpmb: mmc2:0001 DG4016 partition 3 4.00 MiB, chardev (247:0) [ 2.437017] NET: Registered protocol family 10 [ 2.445123] Segment Routing with IPv6 [ 2.449078] sit: IPv6, IPv4 and MPLS over IPv4 tunneling driver [ 2.456891] NET: Registered protocol family 17 [ 2.461441] can: controller area network core [ 2.466153] NET: Registered protocol family 29 [ 2.470729] can: raw protocol [ 2.473861] can: broadcast manager protocol [ 2.478207] can: netlink gateway - max_hops=1 [ 2.483224] Key type dns_resolver registered [ 2.488220] Loading compiled-in X.509 certificates [ 2.610488] usb_phy_generic usbphynop1: supply vcc not found, using dummy regulator [ 2.620004] usb_phy_generic usbphynop2: supply vcc not found, using dummy regulator [ 2.629405] imx-i2c 30a20000.i2c: can't get pinctrl, bus recovery not supported [ 2.640212] i2c i2c-0: IMX I2C adapter registered [ 2.646483] imx-i2c 30a30000.i2c: can't get pinctrl, bus recovery not supported [ 2.656217] i2c i2c-1: IMX I2C adapter registered [ 2.662379] imx-i2c 30a40000.i2c: can't get pinctrl, bus recovery not supported [ 2.671547] i2c i2c-2: IMX I2C adapter registered [ 2.677890] imx_usb 32e40000.usb: No over current polarity defined [ 2.692395] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 2 mkt segment 2 supported-hw 0x4 0x4 [ 2.707855] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 2.722368] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 2.733458] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 2.735039] ALSA device list: [ 2.742188] platform regulatory.0: Falling back to sysfs fallback for: regulatory.db [ 2.745197] No soundcards found. [ 2.889844] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Opts: (null) [ 2.898245] VFS: Mounted root (ext4 filesystem) on device 179:2. [ 2.909022] devtmpfs: mounted [ 2.914214] Freeing unused kernel memory: 2944K [ 2.919148] Run /sbin/init as init process INIT: version 2.97 booting Framebuffer /dev/fb0 not detected Boot splashscreen disabled Starting udev [ 7.511937] udevd[196]: starting version 3.2.9 [ 8.419396] udevd[198]: starting eudev-3.2.9 [ 9.479877] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 [ 9.479881] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 [ 9.486229] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 [ 11.472352] EXT4-fs (mmcblk1p2): re-mounted. Opts: (null) [ 19.231419] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 19.236832] Bluetooth: BNEP socket layer initialized umount: can't unmount /mnt/.psplash: No such file or directory Poky (Yocto Project Reference Distro) 3.2.2 imx8mmevk /dev/ttymxc1 imx8mmevk login: Poky (Yocto Project Reference Distro) 3.2.2 imx8mmevk /dev/ttymxc1 imx8mmevk login: root root@imx8mmevk:~# uname -a Linux imx8mmevk 5.10.18+ge96f454f9d4b #1 SMP Tue Feb 23 21:32:29 UTC 2021 aarch64 GNU/Linux root@imx8mmevk:~# On Wed, Mar 3, 2021 at 10:31 AM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > On Tue, Mar 2, 2021 at 6:01 PM Brian Hutchinson via lists.yoctoproject.org > <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > >> >> >> On Tue, Mar 2, 2021 at 2:34 PM Brian Hutchinson via >> lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> >> wrote: >> >>> >>> On Tue, Mar 2, 2021 at 1:23 PM Andrey Zhizhikin <andrey.z@gmail.com> >>> wrote: >>> >>>> Hello Brian, >>>> >>>> On Tue, Mar 2, 2021 at 4:34 PM Brian Hutchinson <b.hutchman@gmail.com> >>>> wrote: >>>> > >>>> > On Tue, Mar 2, 2021 at 8:28 AM Brian Hutchinson via >>>> lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> >>>> wrote: >>>> >> >>>> >> >>>> >> On Tue, Mar 2, 2021 at 2:45 AM Peter Bergin <peter@berginkonsult.se> >>>> wrote: >>>> >>> >>>> >>> Hi Brian, >>>> >>> >>>> >>> On 2021-03-01 20:59, Brian Hutchinson wrote: >>>> >>> > Can someone school me on how this works? I guess I don't know or >>>> >>> > understand the relationship between linux-fslc and linux-fslc-imx >>>> >>> > recipies in meta-freescale/recipies-kernel/linux >>>> >>> >>>> >>> you have a bit more info in this thread >>>> >>> https://lists.yoctoproject.org/g/meta-freescale/topic/80897983. >>>> >>> >>>> >>> And you can also read the information in the recipes about different >>>> >>> kernels their sources and how they are composed. >>>> >>> >>>> >>> linux-fslc-imx: >>>> >>> >>>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc-imx_5.4.bb#L12 >>>> >>> >>>> >>> linux-fslc: >>>> >>> >>>> https://github.com/Freescale/meta-freescale/blob/9de81869018e78b8b861513735b85c2dbc33ca0b/recipes-kernel/linux/linux-fslc_5.10.bb#L7 >>>> >>> >>>> >>> My view on this is that linux-fslc is mainline based and >>>> linux-fslc-imx >>>> >>> is NXP based. >>>> >>> >>>> >>> Best regards, >>>> >>> /Peter >>>> >>> >>>> >> >>>> >> Thanks Peter, >>>> >> >>>> >> That helps a lot. It was my intent to be using FSL kernel and turns >>>> out I've been using linux-fslc-imx thus far. When I first started working >>>> on NXP SoC (switched from TI about a year ago) I was using NXP releases and >>>> discovered the hard way their new releases were mainly geared at new boards >>>> so that's when I switched to fslc. >>>> >> >>>> >> Regards, >>>> >> >>>> >> Brian >>>> >> >>>> > >>>> > Ok, forgive me but I'm obviously still in the weeds. Still trying to >>>> pull in linux 5.10 from master. If linux-fslc is basically community >>>> kernel with NXP fixes and patches mainlined ... why is there no >>>> COMPATIBLE_MACHINE for imx8mmevk? >>>> >>>> I've tried to touch this part in >>>> https://lists.yoctoproject.org/g/meta-freescale/message/24551 >>>> >>>> Bottom line is: to use linux-fslc as a provider for virtual/kernel - >>>> you need to change IMX_DEFAULT_BSP from "nxp" to "mainline" in the >>>> conf/machine/imx8mmevk.conf, effectively changing from NXP BSP to >>>> Community one. >>>> >>>> This would have a lot of consequences though, as the support of mx8m >>>> machines is not quite there yet. >>>> >>>> -- >>>> Regards, >>>> Andrey. >>>> >>> >>> Thanks Andrey, >>> >>> "Consequences" is an understatement. My heart sank as I started digging >>> into this and saw things like: >>> >>> # Handle default kernel >>> IMX_DEFAULT_KERNEL = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mxs = "linux-fslc" >>> IMX_DEFAULT_KERNEL_mx5 = "linux-fslc" >>> IMX_DEFAULT_KERNEL_mx6 = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx7 = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx8 = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx7ulp = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx6sll = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx6ul = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_mx6ull = "linux-fslc-imx" >>> IMX_DEFAULT_KERNEL_use-mainline-bsp = "linux-fslc" >>> >>> ... in sources/meta-freescale/conf/machine/include/imx-base.inc >>> >>> I really need at least Linux 5.10 for imx8 for some net-next features I >>> need. I was hopeful when I was poking around and saw a 5.10 recipe but now >>> my hopes are dashed! :( >>> >>> Regards, >>> >>> Brian >>> >>> >> Update. So I messed around and changed the things Andrey mentioned and >> tried another build just for kicks. If completed with only one kernel >> error: >> >> | OBJCOPY arch/arm64/boot/Image >> | DTC arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk.dtb >> | make[2]: *** No rule to make target >> 'arch/arm64/boot/dts/freescale/imx8mm-ddr4-evk-revb.dtb'. Stop. >> | make[1]: *** >> [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:1334: >> freescale/imx8mm-ddr4-evk-revb.dtb] Error 2 >> | make: *** >> [/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/build/tmp/work-shared/imx8mmevk/kernel-source/Makefile:185: >> __sub-make] Error 2 >> | WARNING: exit code 1 from a shell command. >> | >> ERROR: Task >> (/home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile) >> failed with exit code '1' >> NOTE: Tasks Summary: Attempted 4575 tasks of which 1 didn't need to be >> rerun and 1 failed. >> >> Summary: 1 task failed: >> >> /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth/sources/meta-freescale/recipes-kernel/linux/linux-fslc_5.10.bb:do_compile >> >> Summary: There were 3 WARNING messages shown. >> Summary: There were 2 ERROR messages shown, returning a non-zero exit >> code. >> >> ... which is legit as it looks like the freescale .dts files of 5.10 are >> different than before (no surprise) so I'll try to get past this and see >> what happens. I don't need all the NXP EVK stuff (video, touch screen, >> wifi, bluetooth etc.) which is why I picked Yocto for distro to make a >> smaller image than all those wayland options ... so just maybe it might >> work??? >> >> Will report back soon ... >> >> Regards, >> >> Brian >> >> > Yet another update. I further modified my machine .conf to remove .dtb's > and features I didn't need and finally got the board booting 5.10.18! When > I dd the wic image to sdcard it wouldn't boot so I've got a u-boot issue > somewhere but I wrote previous version of u-boot with dd and was able to > get it to boot. > > Thank you all for putting up with me once again and keeping me out of the > weeds. > > Now the work begins trying to get some net-next stuff working. > > Regards, > > Brian > > > > > [-- Attachment #2: Type: text/html, Size: 31421 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 15:42 ` Brian Hutchinson @ 2021-03-03 16:31 ` Fabio Estevam 2021-03-03 16:54 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Fabio Estevam @ 2021-03-03 16:31 UTC (permalink / raw) To: Brian Hutchinson Cc: Otavio Salvador, Andrey Zhizhikin, Peter Bergin, meta-freescale Hi Brian, On Wed, Mar 3, 2021 at 12:42 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > Otavio, tell me again why I'm still getting this: > > [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 > [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin This is normal. The sdma firmware cannot be retrieved at this point because it stays in the rootfs and the mmc has not been probed yet. Further in the log you will see: [ 9.479877] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 [ 9.479881] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 [ 9.486229] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 which indicated that the sdma firmware was properly loaded. > It needs to be a loadable module or something? > > Anyway ... for the curious ... here's the boot messages: Glad to see you are able to get it to boot now. It would be great if someone could help to make this work 'out-of-the-box'. From what I read here, there were many manual steps involved, such as changing U-Boot version, etc ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 16:31 ` Fabio Estevam @ 2021-03-03 16:54 ` Andrey Zhizhikin 2021-03-03 17:01 ` Fabio Estevam ` (2 more replies) 0 siblings, 3 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-03 16:54 UTC (permalink / raw) To: Fabio Estevam Cc: Brian Hutchinson, Otavio Salvador, Peter Bergin, meta-freescale Hello Fabio, On Wed, Mar 3, 2021 at 5:31 PM Fabio Estevam <festevam@gmail.com> wrote: > > Hi Brian, > > On Wed, Mar 3, 2021 at 12:42 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > > Otavio, tell me again why I'm still getting this: > > > > [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 > > [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin > > This is normal. The sdma firmware cannot be retrieved at this point > because it stays in the rootfs and the mmc has not been probed yet. > > Further in the log you will see: > > [ 9.479877] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 > [ 9.479881] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 > [ 9.486229] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 > > which indicated that the sdma firmware was properly loaded. > > > It needs to be a loadable module or something? > > > > Anyway ... for the curious ... here's the boot messages: > > Glad to see you are able to get it to boot now. > > It would be great if someone could help to make this work 'out-of-the-box'. > > From what I read here, there were many manual steps involved, such as > changing U-Boot version, etc I'm working on this solution in my fork, and have it almost ready for submission. If anyone would be interested to try it out and test, you can have a look at https://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc I'll be cleaning it up and getting ready for submission soon(ish). Currently, the only things that is not supported is OP-TEE - I was not able to boot the 2020.10 with it, so I removed it for the time being. What I've tested today with this implementation is: # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base Had it booted to the shell prompt. -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 16:54 ` Andrey Zhizhikin @ 2021-03-03 17:01 ` Fabio Estevam 2021-03-03 19:48 ` Brian Hutchinson 2021-03-04 10:49 ` Peter Bergin 2 siblings, 0 replies; 38+ messages in thread From: Fabio Estevam @ 2021-03-03 17:01 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Brian Hutchinson, Otavio Salvador, Peter Bergin, meta-freescale Hi Andrey, On Wed, Mar 3, 2021 at 1:54 PM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > I'm working on this solution in my fork, and have it almost ready for > submission. > > If anyone would be interested to try it out and test, you can have a > look at https://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc > > I'll be cleaning it up and getting ready for submission soon(ish). > Currently, the only things that is not supported is OP-TEE - I was not > able to boot the 2020.10 with it, so I removed it for the time being. > > What I've tested today with this implementation is: > # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base > > Had it booted to the shell prompt. That's awesome! Thanks for working on this. Appreciate it. Cheers ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 16:54 ` Andrey Zhizhikin 2021-03-03 17:01 ` Fabio Estevam @ 2021-03-03 19:48 ` Brian Hutchinson 2021-03-04 9:27 ` Andrey Zhizhikin 2021-03-04 14:37 ` Brian Hutchinson 2021-03-04 10:49 ` Peter Bergin 2 siblings, 2 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-03 19:48 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 2310 bytes --] On Wed, Mar 3, 2021 at 11:54 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > Hello Fabio, > > On Wed, Mar 3, 2021 at 5:31 PM Fabio Estevam <festevam@gmail.com> wrote: > > > > Hi Brian, > > > > On Wed, Mar 3, 2021 at 12:42 PM Brian Hutchinson <b.hutchman@gmail.com> > wrote: > > > > > > Otavio, tell me again why I'm still getting this: > > > > > > [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load > for imx/sdma/sdma-imx7d.bin failed with error -2 > > > [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs > fallback for: imx/sdma/sdma-imx7d.bin > > > > This is normal. The sdma firmware cannot be retrieved at this point > > because it stays in the rootfs and the mmc has not been probed yet. > > > > Further in the log you will see: > > > > [ 9.479877] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 > > [ 9.479881] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 > > [ 9.486229] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 > > > > which indicated that the sdma firmware was properly loaded. > > > > > It needs to be a loadable module or something? > > > > > > Anyway ... for the curious ... here's the boot messages: > > > > Glad to see you are able to get it to boot now. > > > > It would be great if someone could help to make this work > 'out-of-the-box'. > > > > From what I read here, there were many manual steps involved, such as > > changing U-Boot version, etc > > I'm working on this solution in my fork, and have it almost ready for > submission. > > If anyone would be interested to try it out and test, you can have a > look at > https://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc > > I'll be cleaning it up and getting ready for submission soon(ish). > Currently, the only things that is not supported is OP-TEE - I was not > able to boot the 2020.10 with it, so I removed it for the time being. > > What I've tested today with this implementation is: > # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base > > Had it booted to the shell prompt. > > -- > Regards, > Andrey. > Since I have the hardware I'll try it out. I have a stock NXP imx8mm-evk and a custom board based off the EVK design. Regards, Brian [-- Attachment #2: Type: text/html, Size: 3161 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 19:48 ` Brian Hutchinson @ 2021-03-04 9:27 ` Andrey Zhizhikin 2021-03-04 14:37 ` Brian Hutchinson 1 sibling, 0 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 9:27 UTC (permalink / raw) To: Brian Hutchinson Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale Hello Brian, On Wed, Mar 3, 2021 at 8:48 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > On Wed, Mar 3, 2021 at 11:54 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: >> >> Hello Fabio, >> >> On Wed, Mar 3, 2021 at 5:31 PM Fabio Estevam <festevam@gmail.com> wrote: >> > >> > Hi Brian, >> > >> > On Wed, Mar 3, 2021 at 12:42 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: >> > > >> > > Otavio, tell me again why I'm still getting this: >> > > >> > > [ 1.853583] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 >> > > [ 1.861409] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin >> > >> > This is normal. The sdma firmware cannot be retrieved at this point >> > because it stays in the rootfs and the mmc has not been probed yet. >> > >> > Further in the log you will see: >> > >> > [ 9.479877] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 >> > [ 9.479881] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 >> > [ 9.486229] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 >> > >> > which indicated that the sdma firmware was properly loaded. >> > >> > > It needs to be a loadable module or something? >> > > >> > > Anyway ... for the curious ... here's the boot messages: >> > >> > Glad to see you are able to get it to boot now. >> > >> > It would be great if someone could help to make this work 'out-of-the-box'. >> > >> > From what I read here, there were many manual steps involved, such as >> > changing U-Boot version, etc >> >> I'm working on this solution in my fork, and have it almost ready for >> submission. >> >> If anyone would be interested to try it out and test, you can have a >> look at https://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc >> >> I'll be cleaning it up and getting ready for submission soon(ish). >> Currently, the only things that is not supported is OP-TEE - I was not >> able to boot the 2020.10 with it, so I removed it for the time being. >> >> What I've tested today with this implementation is: >> # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base >> >> Had it booted to the shell prompt. >> >> -- >> Regards, >> Andrey. > > > Since I have the hardware I'll try it out. I have a stock NXP imx8mm-evk and a custom board based off the EVK design. Please do, I would be curious if that works for you and if I missed something in the implementation. Bare in mind that this implementation does not have OP-TEE support, just in case if you rely on it. For the record, my boot log of imx8mm-lpddr4-evk machine and core-image-base image: ==== U-Boot SPL 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) Normal Boot WDT: Started with servicing (60s timeout) Trying to boot from MMC1 NOTICE: BL31: v2.2(release):rel_imx_5.4.70_2.3.0-0-gf1d7187f2 NOTICE: BL31: Built : 09:58:42, Dec 1 2020 U-Boot 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) CPU: Freescale i.MX8MMQ rev1.0 at 1200 MHz Reset cause: POR Model: FSL i.MX8MM EVK board DRAM: 2 GiB WDT: Started with servicing (60s timeout) MMC: FSL_SDHC: 1, FSL_SDHC: 2 Loading Environment from MMC... Run CMD11 1.8V switch *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: eth0: ethernet@30be0000 Hit any key to stop autoboot: 0 Run CMD11 1.8V switch switch to partitions #0, OK mmc1 is current device Run CMD11 1.8V switch Failed to load 'boot.scr' 31568384 bytes read in 401 ms (75.1 MiB/s) Booting from mmc ... 27692 bytes read in 13 ms (2 MiB/s) Moving Image from 0x40480000 to 0x40600000, end=424b0000 ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Loading Device Tree to 000000004fff6000, end 000000004ffffc2b ... OK Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [ 0.000000] Linux version 5.10.18+ge96f454f9d4b (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.36.1.20210209) #1 SMP PREEMPT Tue Feb 23 21:32:29 UTC 2021 [ 0.000000] Machine model: FSL i.MX8MM EVK board [ 0.000000] efi: UEFI not found. [ 0.000000] cma: Reserved 32 MiB at 0x00000000be000000 [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xbdbddb00-0xbdbdffff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000040000000-0x000000007fffffff] [ 0.000000] DMA32 [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. [ 0.000000] psci: SMC Calling Convention v1.1 [ 0.000000] percpu: Embedded 23 pages/cpu s56280 r8192 d29736 u94208 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: ARM erratum 845719 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 516096 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: mapped [mem 0x000000007bfff000-0x000000007ffff000] (64MB) [ 0.000000] Memory: 1926564K/2097152K available (14464K kernel code, 2796K rwdata, 7540K rodata, 5888K init, 518K bss, 137820K reserved, 32768K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 128 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000038880000 [ 0.000000] ITS: No ITS available, not enabling LPIs [ 0.000000] random: get_random_bytes called from start_kernel+0x330/0x4f4 with crng_init=0 [ 0.000000] arch_timer: cp15 timer(s) running at 8.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1d854df40, max_idle_ns: 440795202120 ns [ 0.000003] sched_clock: 56 bits at 8MHz, resolution 125ns, wraps every 2199023255500ns [ 0.000733] Console: colour dummy device 80x25 [ 0.000812] Calibrating delay loop (skipped), value calculated using timer frequency.. 16.00 BogoMIPS (lpj=32000) [ 0.000824] pid_max: default: 32768 minimum: 301 [ 0.000890] LSM: Security Framework initializing [ 0.000947] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.000959] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.002235] rcu: Hierarchical SRCU implementation. [ 0.003843] EFI services will not be available. [ 0.004066] smp: Bringing up secondary CPUs ... [ 0.004428] Detected VIPT I-cache on CPU1 [ 0.004454] GICv3: CPU1: found redistributor 1 region 0:0x00000000388a0000 [ 0.004498] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] [ 0.004900] Detected VIPT I-cache on CPU2 [ 0.004917] GICv3: CPU2: found redistributor 2 region 0:0x00000000388c0000 [ 0.004941] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] [ 0.005307] Detected VIPT I-cache on CPU3 [ 0.005324] GICv3: CPU3: found redistributor 3 region 0:0x00000000388e0000 [ 0.005348] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] [ 0.005406] smp: Brought up 1 node, 4 CPUs [ 0.005432] SMP: Total of 4 processors activated. [ 0.005438] CPU features: detected: 32-bit EL0 Support [ 0.005444] CPU features: detected: CRC32 instructions [ 0.005452] CPU features: detected: 32-bit EL1 Support [ 0.012471] CPU: All CPU(s) started at EL2 [ 0.012494] alternatives: patching kernel code [ 0.013885] devtmpfs: initialized [ 0.017784] KASLR disabled due to lack of seed [ 0.018000] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.018018] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 0.019042] pinctrl core: initialized pinctrl subsystem [ 0.020204] DMI not present or invalid. [ 0.020663] NET: Registered protocol family 16 [ 0.022121] DMA: preallocated 256 KiB GFP_KERNEL pool for atomic allocations [ 0.022169] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.022285] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.022359] audit: initializing netlink subsys (disabled) [ 0.022488] audit: type=2000 audit(0.020:1): state=initialized audit_enabled=0 res=1 [ 0.023421] thermal_sys: Registered thermal governor 'step_wise' [ 0.023425] thermal_sys: Registered thermal governor 'power_allocator' [ 0.023614] cpuidle: using governor menu [ 0.023789] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.023868] ASID allocator initialised with 65536 entries [ 0.025167] Serial: AMBA PL011 UART driver [ 0.045967] debugfs: Directory 'dummy-iomuxc-gpr@30340000' with parent 'regmap' already present! [ 0.046162] imx8mm-pinctrl 30330000.pinctrl: initialized IMX pinctrl driver [ 0.057927] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 0.057940] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages [ 0.057946] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 0.057956] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages [ 0.058854] cryptd: max_cpu_qlen set to 1000 [ 0.061221] ACPI: Interpreter disabled. [ 0.062822] iommu: Default domain type: Translated [ 0.063027] vgaarb: loaded [ 0.063301] SCSI subsystem initialized [ 0.063668] usbcore: registered new interface driver usbfs [ 0.063702] usbcore: registered new interface driver hub [ 0.063730] usbcore: registered new device driver usb [ 0.064810] pps_core: LinuxPPS API ver. 1 registered [ 0.064817] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it> [ 0.064833] PTP clock support registered [ 0.064948] EDAC MC: Ver: 3.0.0 [ 0.066152] FPGA manager framework [ 0.066237] Advanced Linux Sound Architecture Driver Initialized. [ 0.066910] clocksource: Switched to clocksource arch_sys_counter [ 0.067074] VFS: Disk quotas dquot_6.6.0 [ 0.067123] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.067287] pnp: PnP ACPI: disabled [ 0.072380] NET: Registered protocol family 2 [ 0.072779] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes, linear) [ 0.072837] TCP established hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 0.072949] TCP bind hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 0.073188] TCP: Hash tables configured (established 16384 bind 16384) [ 0.073276] UDP hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.073320] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.073465] NET: Registered protocol family 1 [ 0.073772] RPC: Registered named UNIX socket transport module. [ 0.073779] RPC: Registered udp transport module. [ 0.073785] RPC: Registered tcp transport module. [ 0.073792] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.073805] PCI: CLS 0 bytes, default 64 [ 0.074433] hw perfevents: enabled with armv8_pmuv3 PMU driver, 7 counters available [ 0.074863] kvm [1]: IPA Size Limit: 40 bits [ 0.076425] kvm [1]: GICv3: no GICV resource entry [ 0.076432] kvm [1]: disabling GICv2 emulation [ 0.076453] kvm [1]: GIC system register CPU interface enabled [ 0.076518] kvm [1]: vgic interrupt IRQ9 [ 0.076628] kvm [1]: Hyp mode initialized successfully [ 0.079508] Initialise system trusted keyrings [ 0.079645] workingset: timestamp_bits=42 max_order=19 bucket_order=0 [ 0.085314] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.085909] NFS: Registering the id_resolver key type [ 0.085936] Key type id_resolver registered [ 0.085942] Key type id_legacy registered [ 0.086023] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.086174] 9p: Installing v9fs 9p2000 file system support [ 0.123132] Key type asymmetric registered [ 0.123140] Asymmetric key parser 'x509' registered [ 0.123173] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 245) [ 0.123181] io scheduler mq-deadline registered [ 0.123187] io scheduler kyber registered [ 0.133114] EINJ: ACPI disabled. [ 0.144620] imx-sdma 302c0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 0.144636] imx-sdma 302c0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin [ 0.149893] SoC: i.MX8MM revision 1.0 [ 0.153874] debugfs: Directory 'dummy-reset-controller@30390000' with parent 'regmap' already present! [ 0.157153] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.159476] SuperH (H)SCI(F) driver initialized [ 0.160021] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 34, base_baud = 1500000) is a IMX [ 1.086567] printk: console [ttymxc1] enabled [ 1.091652] msm_serial: driver initialized [ 1.103074] loop: module loaded [ 1.107138] megasas: 07.714.04.00-rc1 [ 1.114339] spi-nor spi0.0: n25q256ax1 (32768 Kbytes) [ 1.125396] libphy: Fixed MDIO Bus: probed [ 1.130645] tun: Universal TUN/TAP device driver, 1.6 [ 1.136500] thunder_xcv, ver 1.0 [ 1.139786] thunder_bgx, ver 1.0 [ 1.143071] nicpf, ver 1.0 [ 1.146568] pps pps0: new PPS source ptp0 [ 1.152524] libphy: fec_enet_mii_bus: probed [ 1.159221] hclge is initializing [ 1.162564] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.169816] hns3: Copyright (c) 2017 Huawei Corporation. [ 1.175197] e1000: Intel(R) PRO/1000 Network Driver [ 1.180095] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 1.185888] e1000e: Intel(R) PRO/1000 Network Driver [ 1.190860] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.196822] igb: Intel(R) Gigabit Ethernet Network Driver [ 1.202226] igb: Copyright (c) 2007-2014 Intel Corporation. [ 1.207827] igbvf: Intel(R) Gigabit Virtual Function Network Driver [ 1.214099] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 1.220360] sky2: driver version 1.30 [ 1.225060] VFIO - User Level meta-driver version: 0.3 [ 1.231912] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.238456] ehci-pci: EHCI PCI platform driver [ 1.242941] ehci-platform: EHCI generic platform driver [ 1.248308] ehci-orion: EHCI orion driver [ 1.252423] ehci-exynos: EHCI Exynos driver [ 1.256693] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.262906] ohci-pci: OHCI PCI platform driver [ 1.267388] ohci-platform: OHCI generic platform driver [ 1.272731] ohci-exynos: OHCI Exynos driver [ 1.277437] usbcore: registered new interface driver usb-storage [ 1.286224] i2c /dev entries driver [ 1.296354] sdhci: Secure Digital Host Controller Interface driver [ 1.302603] sdhci: Copyright(c) Pierre Ossman [ 1.307479] Synopsys Designware Multimedia Card Interface Driver [ 1.314465] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.321041] mmc1: CQHCI version 5.10 [ 1.321231] mmc2: CQHCI version 5.10 [ 1.328497] ledtrig-cpu: registered to indicate activity on CPUs [ 1.335985] usbcore: registered new interface driver usbhid [ 1.341576] usbhid: USB HID core driver [ 1.350835] NET: Registered protocol family 17 [ 1.355490] 9pnet: Installing 9P2000 support [ 1.359263] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 1.359829] Key type dns_resolver registered [ 1.371702] registered taskstats version 1 [ 1.375812] Loading compiled-in X.509 certificates [ 1.401313] usb_phy_generic usbphynop1: supply vcc not found, using dummy regulator [ 1.409359] usb_phy_generic usbphynop2: supply vcc not found, using dummy regulator [ 1.462115] ldo6: supplied by buck5 [ 1.465843] i2c i2c-0: IMX I2C adapter registered [ 1.471838] i2c i2c-1: IMX I2C adapter registered [ 1.477541] pca953x 2-0020: supply vcc not found, using dummy regulator [ 1.484274] pca953x 2-0020: using no AI [ 1.490715] i2c i2c-2: IMX I2C adapter registered [ 1.497295] pps pps0: new PPS source ptp0 [ 1.503958] libphy: fec_enet_mii_bus: probed [ 1.530581] fec 30be0000.ethernet eth0: registered PHC device 0 [ 1.538007] imx_usb 32e40000.usb: No over current polarity defined [ 1.545219] mmc2: Command Queue Engine enabled [ 1.549724] mmc2: new HS400 Enhanced strobe MMC card at address 0001 [ 1.553285] mmc1: CQHCI version 5.10 [ 1.556868] mmcblk2: mmc2:0001 DG4016 14.7 GiB [ 1.556882] input: bd718xx-pwrkey as /devices/platform/soc@0/30800000.bus/30a20000.i2c/i2c-0/0-004b/gpio-keys.0.auto/input/input0 [ 1.558062] ALSA device list: [ 1.558067] No soundcards found. [ 1.559783] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 1.564424] mmcblk2boot0: mmc2:0001 DG4016 partition 1 4.00 MiB [ 1.593421] mmcblk2boot1: mmc2:0001 DG4016 partition 2 4.00 MiB [ 1.593854] mmcblk2rpmb: mmc2:0001 DG4016 partition 3 4.00 MiB, chardev (234:0) [ 1.608496] mmcblk2: p1 p2 [ 1.609085] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 1.618723] Waiting for root device /dev/mmcblk1p2... [ 1.663268] random: fast init done [ 1.741383] mmc1: host does not support reading read-only switch, assuming write-enable [ 1.777338] mmc1: new ultra high speed SDR104 SDHC card at address 0001 [ 1.785372] mmcblk1: mmc1:0001 SD32G 29.3 GiB [ 1.792696] mmcblk1: p1 p2 [ 1.811506] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Opts: (null) [ 1.819688] VFS: Mounted root (ext4 filesystem) on device 179:98. [ 1.827024] devtmpfs: mounted [ 1.831939] Freeing unused kernel memory: 5888K [ 1.836634] Run /sbin/init as init process INIT: version 2.98 booting Framebuffer /dev/fb0 not detected Boot splashscreen disabled Starting udev [ 2.088043] udevd[166]: starting version 3.2.10 [ 2.107906] random: udevd: uninitialized urandom read (16 bytes read) [ 2.115366] random: udevd: uninitialized urandom read (16 bytes read) [ 2.122498] random: udevd: uninitialized urandom read (16 bytes read) [ 2.154826] udevd[167]: starting eudev-3.2.10 [ 2.209888] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 3 mkt segment 0 supported-hw 0x8 0x1 [ 2.236830] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 [ 2.243173] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 [ 2.249473] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 [ 2.258697] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 [ 2.264963] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock to 1970-01-01T00:00:00 UTC (0) [ 2.274827] input: 30370000.snvs:snvs-powerkey as /devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/input/input1 [ 2.299711] caam 30900000.crypto: Entropy delay = 3200 [ 2.308284] caam 30900000.crypto: Entropy delay = 3600 [ 2.381510] caam 30900000.crypto: Instantiated RNG4 SH0 [ 2.449161] caam 30900000.crypto: Instantiated RNG4 SH1 [ 2.454410] caam 30900000.crypto: device ID = 0x0a16040100000000 (Era 9) [ 2.461118] caam 30900000.crypto: job rings = 3, qi = 0 [ 2.503875] caam algorithms registered in /proc/crypto [ 2.509829] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 2.517265] caam 30900000.crypto: registering rng-caam [ 2.545124] EXT4-fs (mmcblk1p2): re-mounted. Opts: (null) [ 2.725583] random: crng init done [ 2.729187] random: 4 urandom warning(s) missed due to ratelimiting [ 3.067341] Qualcomm Atheros AR8031/AR8033 30be0000.ethernet-1:00: attached PHY driver [Qualcomm Atheros AR8031/AR8033] (mii_bus:phy_addr=30be0000.ethernet-1:00, irq=POLL) [ 6.148182] fec 30be0000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off [ 9.490972] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 9.504547] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 9.668990] NET: Registered protocol family 10 [ 9.674577] Segment Routing with IPv6 [ 9.774394] Bluetooth: Core ver 2.22 [ 9.778121] NET: Registered protocol family 31 [ 9.782621] Bluetooth: HCI device and connection manager initialized [ 9.789035] Bluetooth: HCI socket layer initialized [ 9.789048] Bluetooth: L2CAP socket layer initialized [ 9.799046] Bluetooth: SCO socket layer initialized [ 9.869535] nfc: nfc_init: NFC Core ver 0.1 [ 9.873862] NET: Registered protocol family 39 Poky (Yocto Project Reference Distro) 3.2+snapshot-ed7151f9856791fc4a24b1a0a88f87c442b29f38 imx8mm-lpddr4-evk /dev/ttymxc1 imx8mm-lpddr4-evk login: ==== > > Regards, > > Brian -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 19:48 ` Brian Hutchinson 2021-03-04 9:27 ` Andrey Zhizhikin @ 2021-03-04 14:37 ` Brian Hutchinson 2021-03-04 14:41 ` Andrey Zhizhikin 1 sibling, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 14:37 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 2100 bytes --] On Wed, Mar 3, 2021 at 2:48 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > Since I have the hardware I'll try it out. I have a stock NXP imx8mm-evk > and a custom board based off the EVK design. > > Regards, > > Brian > So maybe I'm not doing this right but I cloned Andrey's git link and tried to build and didn't get very far. I'll spell out exactly what I did. I started off with the normal repo init: repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b gatesgarth repo sync I moved my meta-freescale directory out of the way (mv meta-freescale meta_freescale_orig) cloned Andrey's link he provided: git clone https://github.com/zandrey/meta-freescale.git -b boot-container-for-mx8m-fslc Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source setup-environment build Then tried to do a build: hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/build$ bitbake core-image-base NOTE: Your conf/bblayers.conf has been automatically updated. Loading cache: 100% | | ETA: --:--:-- Loaded 0 entries from dependency cache. Parsing recipes: 100% |#############################################################################################################################################################################################################################################| Time: 0:00:13 Parsing of 2289 .bb files complete (0 cached, 2289 parsed). 3495 targets, 258 skipped, 0 masked, 0 errors. ERROR: No recipes in default available for: /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/atf/atf_git.bbappend /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/u-boot/u-boot-qoriq_2019.10.bbappend Summary: There was 1 ERROR message shown, returning a non-zero exit code. I know it was mentioned that OP-TEE isn't there but it appears I'm getting hung up with atf stuff. Am I going about building the wrong way? Regards, Brian [-- Attachment #2: Type: text/html, Size: 8307 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 14:37 ` Brian Hutchinson @ 2021-03-04 14:41 ` Andrey Zhizhikin 2021-03-04 15:32 ` Brian Hutchinson [not found] ` <16692D851CD111AC.16452@lists.yoctoproject.org> 0 siblings, 2 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 14:41 UTC (permalink / raw) To: Brian Hutchinson Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale Hello Brian, On Thu, Mar 4, 2021 at 3:37 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > On Wed, Mar 3, 2021 at 2:48 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: >> >> >> Since I have the hardware I'll try it out. I have a stock NXP imx8mm-evk and a custom board based off the EVK design. >> >> Regards, >> >> Brian > > > So maybe I'm not doing this right but I cloned Andrey's git link and tried to build and didn't get very far. I'll spell out exactly what I did. > > I started off with the normal repo init: > repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b gatesgarth You should use the master branch here, as the boot container implementation I did is on top of master and not gatesgarth. > repo sync > I moved my meta-freescale directory out of the way (mv meta-freescale meta_freescale_orig) > cloned Andrey's link he provided: git clone https://github.com/zandrey/meta-freescale.git -b boot-container-for-mx8m-fslc > Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source setup-environment build > Then tried to do a build: > hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/build$ bitbake core-image-base > NOTE: Your conf/bblayers.conf has been automatically updated. > Loading cache: 100% | | ETA: --:--:-- > Loaded 0 entries from dependency cache. > Parsing recipes: 100% |#############################################################################################################################################################################################################################################| Time: 0:00:13 > Parsing of 2289 .bb files complete (0 cached, 2289 parsed). 3495 targets, 258 skipped, 0 masked, 0 errors. > ERROR: No recipes in default available for: > /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/atf/atf_git.bbappend > /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/u-boot/u-boot-qoriq_2019.10.bbappend > > Summary: There was 1 ERROR message shown, returning a non-zero exit code. > > I know it was mentioned that OP-TEE isn't there but it appears I'm getting hung up with atf stuff. OP-TEE would not be available in runtime, you're hitting the build time issue because of the branch. > > Am I going about building the wrong way? I guess you are. :) > > Regards, > > Brian > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 14:41 ` Andrey Zhizhikin @ 2021-03-04 15:32 ` Brian Hutchinson [not found] ` <16692D851CD111AC.16452@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 15:32 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 2919 bytes --] On Thu, Mar 4, 2021 at 9:41 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > Hello Brian, > > On Thu, Mar 4, 2021 at 3:37 PM Brian Hutchinson <b.hutchman@gmail.com> > wrote: > > > > > > On Wed, Mar 3, 2021 at 2:48 PM Brian Hutchinson <b.hutchman@gmail.com> > wrote: > >> > >> > >> Since I have the hardware I'll try it out. I have a stock NXP > imx8mm-evk and a custom board based off the EVK design. > >> > >> Regards, > >> > >> Brian > > > > > > So maybe I'm not doing this right but I cloned Andrey's git link and > tried to build and didn't get very far. I'll spell out exactly what I did. > > > > I started off with the normal repo init: > > repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b > gatesgarth > > You should use the master branch here, as the boot container > implementation I did is on top of master and not gatesgarth. > > > repo sync > > I moved my meta-freescale directory out of the way (mv meta-freescale > meta_freescale_orig) > > cloned Andrey's link he provided: git clone > https://github.com/zandrey/meta-freescale.git -b > boot-container-for-mx8m-fslc > > Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source > setup-environment build > > Then tried to do a build: > > hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/build$ > bitbake core-image-base > > NOTE: Your conf/bblayers.conf has been automatically updated. > > Loading cache: 100% | > > > | ETA: --:--:-- > > Loaded 0 entries from dependency cache. > > Parsing recipes: 100% > |#############################################################################################################################################################################################################################################| > Time: 0:00:13 > > Parsing of 2289 .bb files complete (0 cached, 2289 parsed). 3495 > targets, 258 skipped, 0 masked, 0 errors. > > ERROR: No recipes in default available for: > > > /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/atf/atf_git.bbappend > > > /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/u-boot/u-boot-qoriq_2019.10.bbappend > > > > Summary: There was 1 ERROR message shown, returning a non-zero exit code. > > > > I know it was mentioned that OP-TEE isn't there but it appears I'm > getting hung up with atf stuff. > > OP-TEE would not be available in runtime, you're hitting the build > time issue because of the branch. > > > > > Am I going about building the wrong way? > > I guess you are. :) > Ha, ha, doesn't surprise me one bit. I'll try my steps again but with master. Last time I tried that none of the bitbake stuff worked but maybe I wasn't holding my tongue the right way ;) Regards, Brian [-- Attachment #2: Type: text/html, Size: 4265 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <16692D851CD111AC.16452@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <16692D851CD111AC.16452@lists.yoctoproject.org> @ 2021-03-04 18:56 ` Brian Hutchinson 2021-03-04 19:23 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 18:56 UTC (permalink / raw) To: b.hutchman Cc: Andrey Zhizhikin, Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 3401 bytes --] On Thu, Mar 4, 2021 at 10:33 AM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > > > On Thu, Mar 4, 2021 at 9:41 AM Andrey Zhizhikin <andrey.z@gmail.com> > wrote: > >> Hello Brian, >> >> On Thu, Mar 4, 2021 at 3:37 PM Brian Hutchinson <b.hutchman@gmail.com> >> wrote: >> > >> > >> > On Wed, Mar 3, 2021 at 2:48 PM Brian Hutchinson <b.hutchman@gmail.com> >> wrote: >> >> >> >> >> >> Since I have the hardware I'll try it out. I have a stock NXP >> imx8mm-evk and a custom board based off the EVK design. >> >> >> >> Regards, >> >> >> >> Brian >> > >> > >> > So maybe I'm not doing this right but I cloned Andrey's git link and >> tried to build and didn't get very far. I'll spell out exactly what I did. >> > >> > I started off with the normal repo init: >> > repo init -u https://github.com/Freescale/fsl-community-bsp-platform >> -b gatesgarth >> >> You should use the master branch here, as the boot container >> implementation I did is on top of master and not gatesgarth. >> >> > repo sync >> > I moved my meta-freescale directory out of the way (mv meta-freescale >> meta_freescale_orig) >> > cloned Andrey's link he provided: git clone >> https://github.com/zandrey/meta-freescale.git -b >> boot-container-for-mx8m-fslc >> > Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source >> setup-environment build >> > Then tried to do a build: >> > hutch@Gondor:~/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/build$ >> bitbake core-image-base >> > NOTE: Your conf/bblayers.conf has been automatically updated. >> > Loading cache: 100% | >> >> >> | ETA: --:--:-- >> > Loaded 0 entries from dependency cache. >> > Parsing recipes: 100% >> |#############################################################################################################################################################################################################################################| >> Time: 0:00:13 >> > Parsing of 2289 .bb files complete (0 cached, 2289 parsed). 3495 >> targets, 258 skipped, 0 masked, 0 errors. >> > ERROR: No recipes in default available for: >> > >> /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/atf/atf_git.bbappend >> > >> /home/hutch/yocto/imx8/fsl-community-bsp_gatesgarth_zandrey/sources/meta-freescale-3rdparty/recipes-bsp/u-boot/u-boot-qoriq_2019.10.bbappend >> > >> > Summary: There was 1 ERROR message shown, returning a non-zero exit >> code. >> > >> > I know it was mentioned that OP-TEE isn't there but it appears I'm >> getting hung up with atf stuff. >> >> OP-TEE would not be available in runtime, you're hitting the build >> time issue because of the branch. >> >> > >> > Am I going about building the wrong way? >> >> I guess you are. :) >> > > Ha, ha, doesn't surprise me one bit. > > I'll try my steps again but with master. Last time I tried that none of > the bitbake stuff worked but maybe I wasn't holding my tongue the right way > ;) > > Regards, > > Brian > > ok, I repeated my steps I listed before using -b master instead of gatesgarth for the repo init command. The bitbake of core-image-base was so ugly I can't even post the output here. Let's just say it didn't work. Regards, Brian [-- Attachment #2: Type: text/html, Size: 5073 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 18:56 ` Brian Hutchinson @ 2021-03-04 19:23 ` Andrey Zhizhikin 2021-03-04 19:56 ` Brian Hutchinson [not found] ` <16693BE55864B434.22430@lists.yoctoproject.org> 0 siblings, 2 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 19:23 UTC (permalink / raw) To: Brian Hutchinson Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale On Thu, Mar 4, 2021 at 7:57 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > [snip] > > ok, I repeated my steps I listed before using -b master instead of gatesgarth for the repo init command. The bitbake of core-image-base was so ugly I can't even post the output here. Let's just say it didn't work. Exactly what went wrong would be interesting here! Can you pastebin the error log somewhere so I can take a look at? Looks like Peter was able to pull it through - so the build setup should work. BTW, for the record: I do not use the repo manifest from fsl-community-bsp-platform repository. I do clone those layers separately myself and build them. There is a nice step-by-step tutorial written on how to create a minimal layer set and build core images from Robert Berger, you can try to follow those: https://yoctoproject.blogspot.com/2020/09/how-to-build-core-image-minimal-with.html > > Regards, > > Brian -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 19:23 ` Andrey Zhizhikin @ 2021-03-04 19:56 ` Brian Hutchinson [not found] ` <16693BE55864B434.22430@lists.yoctoproject.org> 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 19:56 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 2169 bytes --] On Thu, Mar 4, 2021 at 2:23 PM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > On Thu, Mar 4, 2021 at 7:57 PM Brian Hutchinson <b.hutchman@gmail.com> > wrote: > > > [snip] > > > > ok, I repeated my steps I listed before using -b master instead of > gatesgarth for the repo init command. The bitbake of core-image-base was > so ugly I can't even post the output here. Let's just say it didn't work. > > Exactly what went wrong would be interesting here! Can you pastebin > the error log somewhere so I can take a look at? > > Looks like Peter was able to pull it through - so the build setup should > work. > > BTW, for the record: I do not use the repo manifest from > fsl-community-bsp-platform repository. I do clone those layers > separately myself and build them. > > There is a nice step-by-step tutorial written on how to create a > minimal layer set and build core images from Robert Berger, you can > try to follow those: > > https://yoctoproject.blogspot.com/2020/09/how-to-build-core-image-minimal-with.html > > I repeated the steps I mentioned before just used -b master instead of -b gatesgarth and it blew up and spewed all over me and I had to go change my clothes. Ugliest build I've ever attempted. Got about a zillion warnings while bitbase was walking the recipes. Best you just repeat my steps and see for yourself. 1) repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b master <https://github.com/Freescale/fsl-community-bsp-platform> 2) repo sync 3) I moved my meta-freescale directory out of the way (mv meta-freescale meta_freescale_orig) 4) cloned Andrey's link he provided: git clone https://github.com/zandrey/meta-freescale.git -b boot-container-for-mx8m-fslc 5) Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source setup-environment build 6) put on whole body prophylactic 7) bitbake core-image-base 8) go decontaminate yourself Thanks for the tutorial, I don't like repo personally (for one it doesn't play nice through firewalls) and prefer to set layers up manually .. I like to know what's going on behind the scenes. Regards, Brian [-- Attachment #2: Type: text/html, Size: 3367 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
[parent not found: <16693BE55864B434.22430@lists.yoctoproject.org>]
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell [not found] ` <16693BE55864B434.22430@lists.yoctoproject.org> @ 2021-03-04 20:36 ` Brian Hutchinson 2021-03-04 20:49 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 20:36 UTC (permalink / raw) To: b.hutchman Cc: Andrey Zhizhikin, Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale [-- Attachment #1: Type: text/plain, Size: 2940 bytes --] On Thu, Mar 4, 2021 at 2:56 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: > On Thu, Mar 4, 2021 at 2:23 PM Andrey Zhizhikin <andrey.z@gmail.com> > wrote: > >> On Thu, Mar 4, 2021 at 7:57 PM Brian Hutchinson <b.hutchman@gmail.com> >> wrote: >> > >> [snip] >> > >> > ok, I repeated my steps I listed before using -b master instead of >> gatesgarth for the repo init command. The bitbake of core-image-base was >> so ugly I can't even post the output here. Let's just say it didn't work. >> >> Exactly what went wrong would be interesting here! Can you pastebin >> the error log somewhere so I can take a look at? >> >> Looks like Peter was able to pull it through - so the build setup should >> work. >> >> BTW, for the record: I do not use the repo manifest from >> fsl-community-bsp-platform repository. I do clone those layers >> separately myself and build them. >> >> There is a nice step-by-step tutorial written on how to create a >> minimal layer set and build core images from Robert Berger, you can >> try to follow those: >> >> https://yoctoproject.blogspot.com/2020/09/how-to-build-core-image-minimal-with.html >> >> > I repeated the steps I mentioned before just used -b master instead of -b > gatesgarth and it blew up and spewed all over me and I had to go change my > clothes. Ugliest build I've ever attempted. Got about a zillion warnings > while bitbase was walking the recipes. Best you just repeat my steps and > see for yourself. > > 1) repo init -u https://github.com/Freescale/fsl-community-bsp-platform > -b master > <https://github.com/Freescale/fsl-community-bsp-platform> > 2) repo sync > 3) I moved my meta-freescale directory out of the way (mv meta-freescale > meta_freescale_orig) > 4) cloned Andrey's link he provided: git clone > https://github.com/zandrey/meta-freescale.git -b > boot-container-for-mx8m-fslc > 5) Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source > setup-environment build > 6) put on whole body prophylactic > 7) bitbake core-image-base > 8) go decontaminate yourself > > Thanks for the tutorial, I don't like repo personally (for one it doesn't > play nice through firewalls) and prefer to set layers up manually .. I like > to know what's going on behind the scenes. > > Regards, > > Brian > > Ok, now that I've backed away from the ledge I smoked my shell and did a clean shell and repeated the bitbake and it's working well now. I suspect that I switched from trying gatesgarth build to master build in same shell and didn't follow my rule of always starting a bitbake in clean shell so the blowup I saw was most likely due to funkiness in the environment so I apologize for the high SNR. The build is running now so I'll monitor it. I'll report back after my 24 huskies are finished mushing out the image in about an hour. B [-- Attachment #2: Type: text/html, Size: 4324 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 20:36 ` Brian Hutchinson @ 2021-03-04 20:49 ` Andrey Zhizhikin 2021-03-04 21:56 ` Peter Bergin 0 siblings, 1 reply; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 20:49 UTC (permalink / raw) To: Brian Hutchinson Cc: Fabio Estevam, Otavio Salvador, Peter Bergin, meta-freescale On Thu, Mar 4, 2021 at 9:36 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > On Thu, Mar 4, 2021 at 2:56 PM Brian Hutchinson via lists.yoctoproject.org <b.hutchman=gmail.com@lists.yoctoproject.org> wrote: >> >> On Thu, Mar 4, 2021 at 2:23 PM Andrey Zhizhikin <andrey.z@gmail.com> wrote: >>> >>> On Thu, Mar 4, 2021 at 7:57 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: >>> > >>> [snip] >>> > >>> > ok, I repeated my steps I listed before using -b master instead of gatesgarth for the repo init command. The bitbake of core-image-base was so ugly I can't even post the output here. Let's just say it didn't work. >>> >>> Exactly what went wrong would be interesting here! Can you pastebin >>> the error log somewhere so I can take a look at? >>> >>> Looks like Peter was able to pull it through - so the build setup should work. >>> >>> BTW, for the record: I do not use the repo manifest from >>> fsl-community-bsp-platform repository. I do clone those layers >>> separately myself and build them. >>> >>> There is a nice step-by-step tutorial written on how to create a >>> minimal layer set and build core images from Robert Berger, you can >>> try to follow those: >>> https://yoctoproject.blogspot.com/2020/09/how-to-build-core-image-minimal-with.html >>> >> >> I repeated the steps I mentioned before just used -b master instead of -b gatesgarth and it blew up and spewed all over me and I had to go change my clothes. Ugliest build I've ever attempted. Got about a zillion warnings while bitbase was walking the recipes. Best you just repeat my steps and see for yourself. >> >> 1) repo init -u https://github.com/Freescale/fsl-community-bsp-platform -b master >> 2) repo sync >> 3) I moved my meta-freescale directory out of the way (mv meta-freescale meta_freescale_orig) >> 4) cloned Andrey's link he provided: git clone https://github.com/zandrey/meta-freescale.git -b boot-container-for-mx8m-fslc >> 5) Setup for my board: EULA=1 MACHINE=imx8mm-lpddr4-evk DISTRO=poky source setup-environment build >> 6) put on whole body prophylactic >> 7) bitbake core-image-base >> 8) go decontaminate yourself >> >> Thanks for the tutorial, I don't like repo personally (for one it doesn't play nice through firewalls) and prefer to set layers up manually .. I like to know what's going on behind the scenes. >> >> Regards, >> >> Brian >> > > Ok, now that I've backed away from the ledge I smoked my shell and did a clean shell and repeated the bitbake and it's working well now. I suspect that I switched from trying gatesgarth build to master build in same shell and didn't follow my rule of always starting a bitbake in clean shell so the blowup I saw was most likely due to funkiness in the environment so I apologize for the high SNR. I've tried the manifest build setup from fsl-community-bsp-base, and indeed it failed during the parsing stage with a ton of errors I haven't seen before in my builds. I've opened the issue in the manifest repository for this: https://github.com/Freescale/fsl-community-bsp-base/issues/17 I guess if you would rather follow a tutorial I sent before - you should get your build through with flying colors. ;) > > The build is running now so I'll monitor it. I'll report back after my 24 huskies are finished mushing out the image in about an hour. No worries, keep us posted. An don't loose hope! :) > > B > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 20:49 ` Andrey Zhizhikin @ 2021-03-04 21:56 ` Peter Bergin 2021-03-04 22:06 ` Andrey Zhizhikin 2021-03-04 22:06 ` Brian Hutchinson 0 siblings, 2 replies; 38+ messages in thread From: Peter Bergin @ 2021-03-04 21:56 UTC (permalink / raw) To: Andrey Zhizhikin, Brian Hutchinson Cc: Fabio Estevam, Otavio Salvador, meta-freescale [-- Attachment #1: Type: text/plain, Size: 848 bytes --] Hi, On 2021-03-04 21:49, Andrey Zhizhikin wrote: >> The build is running now so I'll monitor it. I'll report back after my 24 huskies are finished mushing out the image in about an hour. > No worries, keep us posted. An don't loose hope!:) > there is some strange issues with the build setup using repo manifest and I suspect the setup-environment script. When I built for Nano earlier today I did not use repo nor setup-environment. But I easily reproduced (I guess) the same issue as Brian sees only by using repo with master branch and setup-environment script. I also saw the strange thing that Brian noticed that after a horrible output from bitbake the second build in the same build dir succeeded. This is not related to boot-container so I will open a new fresh thread around this issue. Best regards, /Peter [-- Attachment #2: Type: text/html, Size: 1502 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 21:56 ` Peter Bergin @ 2021-03-04 22:06 ` Andrey Zhizhikin 2021-03-04 22:06 ` Brian Hutchinson 1 sibling, 0 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 22:06 UTC (permalink / raw) To: Peter Bergin Cc: Brian Hutchinson, Fabio Estevam, Otavio Salvador, meta-freescale Hello Peter, On Thu, Mar 4, 2021 at 10:56 PM Peter Bergin <peter@berginkonsult.se> wrote: > > Hi, > > On 2021-03-04 21:49, Andrey Zhizhikin wrote: > > The build is running now so I'll monitor it. I'll report back after my 24 huskies are finished mushing out the image in about an hour. > > No worries, keep us posted. An don't loose hope! :) > > there is some strange issues with the build setup using repo manifest and I suspect the setup-environment script. When I built for Nano earlier today I did not use repo nor setup-environment. But I easily reproduced (I guess) the same issue as Brian sees only by using repo with master branch and setup-environment script. I also saw the strange thing that Brian noticed that after a horrible output from bitbake the second build in the same build dir succeeded. This is not related to boot-container so I will open a new fresh thread around this issue. Thanks for clarification, and again for testing the boot container! I've already opened the issue on GitHub for this: https://github.com/Freescale/fsl-community-bsp-base/issues/17 If you have any additional information - you can add it there as well. > > Best regards, > /Peter > > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 21:56 ` Peter Bergin 2021-03-04 22:06 ` Andrey Zhizhikin @ 2021-03-04 22:06 ` Brian Hutchinson 1 sibling, 0 replies; 38+ messages in thread From: Brian Hutchinson @ 2021-03-04 22:06 UTC (permalink / raw) To: Peter Bergin Cc: Andrey Zhizhikin, Fabio Estevam, Otavio Salvador, meta-freescale [-- Attachment #1: Type: text/plain, Size: 1068 bytes --] On Thu, Mar 4, 2021 at 4:56 PM Peter Bergin <peter@berginkonsult.se> wrote: > Hi, > On 2021-03-04 21:49, Andrey Zhizhikin wrote: > > The build is running now so I'll monitor it. I'll report back after my 24 huskies are finished mushing out the image in about an hour. > > No worries, keep us posted. An don't loose hope! :) > > there is some strange issues with the build setup using repo manifest and > I suspect the setup-environment script. When I built for Nano earlier today > I did not use repo nor setup-environment. But I easily reproduced (I guess) > the same issue as Brian sees only by using repo with master branch and > setup-environment script. I also saw the strange thing that Brian noticed > that after a horrible output from bitbake the second build in the same > build dir succeeded. This is not related to boot-container so I will open a > new fresh thread around this issue. > > Best regards, > /Peter > > Whew, you mean I'm not losing my mind? Cool. I thought I might need an intervention (well probably still do). B [-- Attachment #2: Type: text/html, Size: 1774 bytes --] ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-03 16:54 ` Andrey Zhizhikin 2021-03-03 17:01 ` Fabio Estevam 2021-03-03 19:48 ` Brian Hutchinson @ 2021-03-04 10:49 ` Peter Bergin 2021-03-04 11:09 ` Fabio Estevam 2021-03-04 11:11 ` Andrey Zhizhikin 2 siblings, 2 replies; 38+ messages in thread From: Peter Bergin @ 2021-03-04 10:49 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Brian Hutchinson, Otavio Salvador, meta-freescale, Fabio Estevam Hi Andrey, On 2021-03-03 17:54, Andrey Zhizhikin wrote: > I'm working on this solution in my fork, and have it almost ready for > submission. > > If anyone would be interested to try it out and test, you can have a > look athttps://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc > > I'll be cleaning it up and getting ready for submission soon(ish). > Currently, the only things that is not supported is OP-TEE - I was not > able to boot the 2020.10 with it, so I removed it for the time being. > > What I've tested today with this implementation is: > # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base > > Had it booted to the shell prompt. thanks for the good work! I've tried to boot this on a imx8mn-ddr4-evk and see some issues with u-boot environment. I had to tweak the environment in order to get this to boot from SD card. Variable - default -> changed to: mmcdev - 0 -> 1 image - Image.itb -> Image boot_fit - try -> false Seems like CONFIG_SYS_MMC_ENV_DEV is missing in the defconfig for imx8mn_ddr4_evk (it is present for imx8mm_evk and imx8mp_evk). I can also see a difference for 'image' and 'boot_fit' variable, include/configs/imx8mn_evk.h differs from include/configs/imx8m{m,p}_evk.h. So in order to get Nano EVK fully working the u-boot environment needs an update. After handling the issue above the Nano EVK boots fine. I put the output from the console below for the interested. Best regards, /Peter U-Boot SPL 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) Normal Boot WDT: Started with servicing (60s timeout) Trying to boot from BOOTROM image offset 0x8000, pagesize 0x200, ivt offset 0x0 NOTICE: BL31: v2.2(release):rel_imx_5.4.70_2.3.0-0-gf1d7187f2 NOTICE: BL31: Built : 09:58:42, Dec 1 2020 U-Boot 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) CPU: Freescale i.MX8MNano Quad rev1.0 at 1200 MHz Reset cause: POR Model: NXP i.MX8MNano DDR4 EVK board DRAM: 2 GiB WDT: Started with servicing (60s timeout) MMC: FSL_SDHC: 1, FSL_SDHC: 2 Loading Environment from MMC... Run CMD11 1.8V switch OK In: serial Out: serial Err: serial Net: No ethernet found. Hit any key to stop autoboot: 0 Run CMD11 1.8V switch switch to partitions #0, OK mmc1 is current device Run CMD11 1.8V switch Failed to load 'boot.scr' 31568384 bytes read in 391 ms (77 MiB/s) Booting from mmc ... 23443 bytes read in 12 ms (1.9 MiB/s) Moving Image from 0x40480000 to 0x40600000, end=424b0000 ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Loading Device Tree to 000000004fff7000, end 000000004ffffb92 ... OK Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [ 0.000000] Linux version 5.10.18+ge96f454f9d4b (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.36.1.20210209) #1 SMP PR EEMPT Tue Feb 23 21:32:29 UTC 2021 [ 0.000000] Machine model: NXP i.MX8MNano DDR4 EVK board [ 0.000000] efi: UEFI not found. [ 0.000000] cma: Reserved 32 MiB at 0x00000000be000000 [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xbdbe1b00-0xbdbe3fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000040000000-0x000000007fffffff] [ 0.000000] DMA32 [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. [ 0.000000] psci: SMC Calling Convention v1.1 [ 0.000000] percpu: Embedded 23 pages/cpu s56280 r8192 d29736 u94208 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: ARM erratum 845719 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 516096 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: mapped [mem 0x000000007bfff000-0x000000007ffff000] (64MB) [ 0.000000] Memory: 1926588K/2097152K available (14464K kernel code, 2796K rwdata, 7540K rodata, 5888K init, 518K bss, 137796K reserved, 32768K cma-rese rved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 128 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000038880000 [ 0.000000] ITS: No ITS available, not enabling LPIs [ 0.000000] random: get_random_bytes called from start_kernel+0x330/0x4f4 with crng_init=0 [ 0.000000] arch_timer: cp15 timer(s) running at 8.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1d854df40, max_idle_ns: 440795202120 ns [ 0.000003] sched_clock: 56 bits at 8MHz, resolution 125ns, wraps every 2199023255500ns [ 0.000614] Console: colour dummy device 80x25 [ 0.000688] Calibrating delay loop (skipped), value calculated using timer frequency.. 16.00 BogoMIPS (lpj=32000) [ 0.000700] pid_max: default: 32768 minimum: 301 [ 0.000768] LSM: Security Framework initializing [ 0.000825] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.000843] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.002083] rcu: Hierarchical SRCU implementation. [ 0.003483] EFI services will not be available. [ 0.003663] smp: Bringing up secondary CPUs ... [ 0.004046] Detected VIPT I-cache on CPU1 [ 0.004074] GICv3: CPU1: found redistributor 1 region 0:0x00000000388a0000 [ 0.004113] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] [ 0.004516] Detected VIPT I-cache on CPU2 [ 0.004533] GICv3: CPU2: found redistributor 2 region 0:0x00000000388c0000 [ 0.004558] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] [ 0.004934] Detected VIPT I-cache on CPU3 [ 0.004949] GICv3: CPU3: found redistributor 3 region 0:0x00000000388e0000 [ 0.004972] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] [ 0.005027] smp: Brought up 1 node, 4 CPUs [ 0.005051] SMP: Total of 4 processors activated. [ 0.005058] CPU features: detected: 32-bit EL0 Support [ 0.005066] CPU features: detected: CRC32 instructions [ 0.005073] CPU features: detected: 32-bit EL1 Support [ 0.012237] CPU: All CPU(s) started at EL2 [ 0.012259] alternatives: patching kernel code [ 0.013607] devtmpfs: initialized [ 0.017018] KASLR disabled due to lack of seed [ 0.017241] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.017256] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 0.018296] pinctrl core: initialized pinctrl subsystem [ 0.019308] DMI not present or invalid. [ 0.019748] NET: Registered protocol family 16 [ 0.021180] DMA: preallocated 256 KiB GFP_KERNEL pool for atomic allocations [ 0.021231] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.021347] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.021419] audit: initializing netlink subsys (disabled) [ 0.021555] audit: type=2000 audit(0.020:1): state=initialized audit_enabled=0 res=1 [ 0.022425] thermal_sys: Registered thermal governor 'step_wise' [ 0.022429] thermal_sys: Registered thermal governor 'power_allocator' [ 0.022601] cpuidle: using governor menu [ 0.022771] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.022849] ASID allocator initialised with 65536 entries [ 0.024052] Serial: AMBA PL011 UART driver [ 0.041518] debugfs: Directory 'dummy-iomuxc-gpr@30340000' with parent 'regmap' already present! [ 0.041703] imx8mn-pinctrl 30330000.pinctrl: initialized IMX pinctrl driver [ 0.052834] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 0.052847] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages [ 0.052854] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 0.052861] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages [ 0.053748] cryptd: max_cpu_qlen set to 1000 [ 0.055961] ACPI: Interpreter disabled. [ 0.057435] iommu: Default domain type: Translated [ 0.057624] vgaarb: loaded [ 0.057897] SCSI subsystem initialized [ 0.058185] usbcore: registered new interface driver usbfs [ 0.058221] usbcore: registered new interface driver hub [ 0.058248] usbcore: registered new device driver usb [ 0.059177] pps_core: LinuxPPS API ver. 1 registered [ 0.059185] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it> [ 0.059201] PTP clock support registered [ 0.059306] EDAC MC: Ver: 3.0.0 [ 0.060391] FPGA manager framework [ 0.060465] Advanced Linux Sound Architecture Driver Initialized. [ 0.061121] clocksource: Switched to clocksource arch_sys_counter [ 0.061268] VFS: Disk quotas dquot_6.6.0 [ 0.061313] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.061487] pnp: PnP ACPI: disabled [ 0.066451] NET: Registered protocol family 2 [ 0.066829] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes, linear) [ 0.066866] TCP established hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 0.067009] TCP bind hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 0.067243] TCP: Hash tables configured (established 16384 bind 16384) [ 0.067354] UDP hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.067397] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.067541] NET: Registered protocol family 1 [ 0.067871] RPC: Registered named UNIX socket transport module. [ 0.067878] RPC: Registered udp transport module. [ 0.067883] RPC: Registered tcp transport module. [ 0.067889] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.067899] PCI: CLS 0 bytes, default 64 [ 0.068602] kvm [1]: IPA Size Limit: 40 bits [ 0.069885] kvm [1]: GICv3: no GICV resource entry [ 0.069892] kvm [1]: disabling GICv2 emulation [ 0.069909] kvm [1]: GIC system register CPU interface enabled [ 0.069987] kvm [1]: vgic interrupt IRQ9 [ 0.070085] kvm [1]: Hyp mode initialized successfully [ 0.072787] Initialise system trusted keyrings [ 0.072907] workingset: timestamp_bits=42 max_order=19 bucket_order=0 [ 0.078327] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.078890] NFS: Registering the id_resolver key type [ 0.078913] Key type id_resolver registered [ 0.078920] Key type id_legacy registered [ 0.078993] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.079130] 9p: Installing v9fs 9p2000 file system support [ 0.115078] Key type asymmetric registered [ 0.115086] Asymmetric key parser 'x509' registered [ 0.115122] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 245) [ 0.115129] io scheduler mq-deadline registered [ 0.115135] io scheduler kyber registered [ 0.123922] EINJ: ACPI disabled. [ 0.132282] imx-sdma 302b0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 0.132297] imx-sdma 302b0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin [ 0.137249] SoC: i.MX8MN revision 1.0 [ 0.140766] debugfs: Directory 'dummy-reset-controller@30390000' with parent 'regmap' already present! [ 0.143941] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.146096] SuperH (H)SCI(F) driver initialized [ 0.146596] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 32, base_baud = 1500000) is a IMX [ 1.065937] printk: console [ttymxc1] enabled [ 1.070947] msm_serial: driver initialized [ 1.082458] loop: module loaded [ 1.086414] megasas: 07.714.04.00-rc1 [ 1.093989] libphy: Fixed MDIO Bus: probed [ 1.099118] tun: Universal TUN/TAP device driver, 1.6 [ 1.104849] thunder_xcv, ver 1.0 [ 1.108118] thunder_bgx, ver 1.0 [ 1.111377] nicpf, ver 1.0 [ 1.114880] pps pps0: new PPS source ptp0 [ 1.119629] fec 30be0000.ethernet: Invalid MAC address: 00:00:00:00:00:00 [ 1.126434] fec 30be0000.ethernet: Using random MAC address: fa:f1:4e:05:80:92 [ 1.134775] libphy: fec_enet_mii_bus: probed [ 1.139128] mdio_bus 30be0000.ethernet-1: MDIO device at address 0 is missing. [ 1.146824] fec 30be0000.ethernet eth0: registered PHC device 0 [ 1.153944] hclge is initializing [ 1.157313] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.164542] hns3: Copyright (c) 2017 Huawei Corporation. [ 1.169906] e1000: Intel(R) PRO/1000 Network Driver [ 1.174791] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 1.180579] e1000e: Intel(R) PRO/1000 Network Driver [ 1.185550] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.191506] igb: Intel(R) Gigabit Ethernet Network Driver [ 1.196911] igb: Copyright (c) 2007-2014 Intel Corporation. [ 1.202521] igbvf: Intel(R) Gigabit Virtual Function Network Driver [ 1.208794] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 1.214997] sky2: driver version 1.30 [ 1.219597] VFIO - User Level meta-driver version: 0.3 [ 1.226302] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.232842] ehci-pci: EHCI PCI platform driver [ 1.237320] ehci-platform: EHCI generic platform driver [ 1.242652] ehci-orion: EHCI orion driver [ 1.246747] ehci-exynos: EHCI Exynos driver [ 1.251003] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.257208] ohci-pci: OHCI PCI platform driver [ 1.261683] ohci-platform: OHCI generic platform driver [ 1.267007] ohci-exynos: OHCI Exynos driver [ 1.271640] usbcore: registered new interface driver usb-storage [ 1.280062] i2c /dev entries driver [ 1.289493] sdhci: Secure Digital Host Controller Interface driver [ 1.295727] sdhci: Copyright(c) Pierre Ossman [ 1.300528] Synopsys Designware Multimedia Card Interface Driver [ 1.307386] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.314751] ledtrig-cpu: registered to indicate activity on CPUs [ 1.322067] usbcore: registered new interface driver usbhid [ 1.327664] usbhid: USB HID core driver [ 1.336365] NET: Registered protocol family 17 [ 1.340996] 9pnet: Installing 9P2000 support [ 1.345334] Key type dns_resolver registered [ 1.345734] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 1.350057] registered taskstats version 1 [ 1.360770] Loading compiled-in X.509 certificates [ 1.384857] usb_phy_generic usbphynop1: supply vcc not found, using dummy regulator [ 1.461779] mmc2: new HS400 MMC card at address 0001 [ 1.466108] ldo6: supplied by buck5 [ 1.468200] mmcblk2: mmc2:0001 DG4016 14.7 GiB [ 1.470476] i2c i2c-0: IMX I2C adapter registered [ 1.474998] mmcblk2boot0: mmc2:0001 DG4016 partition 1 4.00 MiB [ 1.481024] i2c i2c-1: IMX I2C adapter registered [ 1.485654] mmcblk2boot1: mmc2:0001 DG4016 partition 2 4.00 MiB [ 1.491453] pca953x 2-0020: supply vcc not found, using dummy regulator [ 1.496785] mmcblk2rpmb: mmc2:0001 DG4016 partition 3 4.00 MiB, chardev (234:0) [ 1.502791] pca953x 2-0020: using no AI [ 1.514527] mmcblk2: p1 p2 p3 p4 p5 [ 1.515306] i2c i2c-2: IMX I2C adapter registered [ 1.524296] imx_usb 32e40000.usb: No over current polarity defined [ 1.538182] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 1.540843] input: bd718xx-pwrkey as /devices/platform/soc@0/30800000.bus/30a20000.i2c/i2c-0/0-004b/gpio-keys.0.auto/input/input0 [ 1.556001] ALSA device list: [ 1.558994] No soundcards found. [ 1.574209] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 1.581908] Waiting for root device /dev/mmcblk1p2... [ 1.676516] random: fast init done [ 1.723156] mmc1: host does not support reading read-only switch, assuming write-enable [ 1.758762] mmc1: new ultra high speed SDR104 SDHC card at address e624 [ 1.766795] mmcblk1: mmc1:e624 SU08G 7.40 GiB [ 1.782688] mmcblk1: p1 p2 [ 1.816060] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Opts: (null) [ 1.824241] VFS: Mounted root (ext4 filesystem) on device 179:98. [ 1.836254] devtmpfs: mounted [ 1.842210] Freeing unused kernel memory: 5888K [ 1.846868] Run /sbin/init as init process INIT: version 2.99 booting Framebuffer /dev/fb0 not detected Boot splashscreen disabled Starting udev [ 2.083507] udevd[163]: starting version 3.2.10 [ 2.099256] random: udevd: uninitialized urandom read (16 bytes read) [ 2.106263] random: udevd: uninitialized urandom read (16 bytes read) [ 2.113239] random: udevd: uninitialized urandom read (16 bytes read) [ 2.138124] udevd[164]: starting eudev-3.2.10 [ 2.188777] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 8 mkt segment 0 supported-hw 0x100 0x1 [ 2.204639] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 [ 2.210970] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 [ 2.217304] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 [ 2.253252] input: 30370000.snvs:snvs-powerkey as /devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/input/input1 [ 2.254641] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 [ 2.274836] bd718xx-clk bd71847-clk.1.auto: No parent clk found [ 2.275097] caam 30900000.crypto: Entropy delay = 3200 [ 2.281771] bd718xx-clk: probe of bd71847-clk.1.auto failed with error -22 [ 2.292932] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock to 2018-03-09T13:03:11 UTC (1520600591) [ 2.300969] caam 30900000.crypto: Instantiated RNG4 SH0 [ 2.311650] caam 30900000.crypto: Instantiated RNG4 SH1 [ 2.318359] caam 30900000.crypto: device ID = 0x0a16040100000100 (Era 9) [ 2.326094] caam 30900000.crypto: job rings = 3, qi = 0 [ 2.421546] caam algorithms registered in /proc/crypto [ 2.428007] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 2.435437] caam 30900000.crypto: registering rng-caam [ 2.459802] EXT4-fs (mmcblk1p2): re-mounted. Opts: (null) [ 2.477805] random: crng init done [ 2.481340] random: 4 urandom warning(s) missed due to ratelimiting [ 2.741415] fec 30be0000.ethernet eth0: Unable to connect to phy [ 2.852625] NET: Registered protocol family 10 [ 2.858442] Segment Routing with IPv6 [ 2.941803] Bluetooth: Core ver 2.22 [ 2.945546] NET: Registered protocol family 31 [ 2.950043] Bluetooth: HCI device and connection manager initialized [ 2.956448] Bluetooth: HCI socket layer initialized [ 2.961373] Bluetooth: L2CAP socket layer initialized [ 2.966518] Bluetooth: SCO socket layer initialized [ 3.033397] nfc: nfc_init: NFC Core ver 0.1 [ 3.037722] NET: Registered protocol family 39 Poky (Yocto Project Reference Distro) 3.2+snapshot-c8075ed8f157468849d3199c3671b84a6f08785d imx8mn-ddr4-evk /dev/ttymxc1 imx8mn-ddr4-evk login: ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 10:49 ` Peter Bergin @ 2021-03-04 11:09 ` Fabio Estevam 2021-03-04 11:19 ` Andrey Zhizhikin 2021-03-04 11:11 ` Andrey Zhizhikin 1 sibling, 1 reply; 38+ messages in thread From: Fabio Estevam @ 2021-03-04 11:09 UTC (permalink / raw) To: Peter Bergin Cc: Andrey Zhizhikin, Brian Hutchinson, Otavio Salvador, meta-freescale Hi Peter, On Thu, Mar 4, 2021 at 7:48 AM Peter Bergin <peter@berginkonsult.se> wrote: > thanks for the good work! I've tried to boot this on a imx8mn-ddr4-evk > and see some issues with u-boot environment. I had to tweak the > environment in order to get this to boot from SD card. > > Variable - default -> changed to: > mmcdev - 0 -> 1 > image - Image.itb -> Image > boot_fit - try -> false Thanks for testing. I have addressed the issues you reported: https://lists.denx.de/pipermail/u-boot/2021-March/443133.html Cheers ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 11:09 ` Fabio Estevam @ 2021-03-04 11:19 ` Andrey Zhizhikin 2021-03-04 12:56 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 11:19 UTC (permalink / raw) To: Fabio Estevam Cc: Peter Bergin, Brian Hutchinson, Otavio Salvador, meta-freescale Hello Fabio, On Thu, Mar 4, 2021 at 12:09 PM Fabio Estevam <festevam@gmail.com> wrote: > > Hi Peter, > > On Thu, Mar 4, 2021 at 7:48 AM Peter Bergin <peter@berginkonsult.se> wrote: > > > thanks for the good work! I've tried to boot this on a imx8mn-ddr4-evk > > and see some issues with u-boot environment. I had to tweak the > > environment in order to get this to boot from SD card. > > > > Variable - default -> changed to: > > mmcdev - 0 -> 1 > > image - Image.itb -> Image > > boot_fit - try -> false > > Thanks for testing. > > I have addressed the issues you reported: > https://lists.denx.de/pipermail/u-boot/2021-March/443133.html Thanks for the patch, I'll give it a try and submit PR against u-boot-fslc once I test it. > > Cheers PS: Apologies for mistyping your name in my previous reply! :) -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 11:19 ` Andrey Zhizhikin @ 2021-03-04 12:56 ` Andrey Zhizhikin 2021-03-04 13:41 ` Fabio Estevam 0 siblings, 1 reply; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 12:56 UTC (permalink / raw) To: Fabio Estevam Cc: Peter Bergin, Brian Hutchinson, Otavio Salvador, meta-freescale Hello Fabio, On Thu, Mar 4, 2021 at 12:19 PM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > > Hello Fabio, > > On Thu, Mar 4, 2021 at 12:09 PM Fabio Estevam <festevam@gmail.com> wrote: > > > > Hi Peter, > > > > On Thu, Mar 4, 2021 at 7:48 AM Peter Bergin <peter@berginkonsult.se> wrote: > > > > > thanks for the good work! I've tried to boot this on a imx8mn-ddr4-evk > > > and see some issues with u-boot environment. I had to tweak the > > > environment in order to get this to boot from SD card. > > > > > > Variable - default -> changed to: > > > mmcdev - 0 -> 1 > > > image - Image.itb -> Image > > > boot_fit - try -> false > > > > Thanks for testing. > > > > I have addressed the issues you reported: > > https://lists.denx.de/pipermail/u-boot/2021-March/443133.html > > Thanks for the patch, I'll give it a try and submit PR against > u-boot-fslc once I test it. I've applied the patch locally to my build, and imx8mn-ddr4-evk boots without errors or additional interactions to the command prompt. See the boot log at the end of the mail. I can submit it as a PR against u-boot-fslc repository, or you prefer to do it yourself? I guess there is no need to wait for it applied upstream, since it is quite a straightforward fix that is needed. > > > > > Cheers > > > PS: Apologies for mistyping your name in my previous reply! :) > > -- > Regards, > Andrey. ==== U-Boot SPL 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) Normal Boot WDT: Started with servicing (60s timeout) Trying to boot from BOOTROM image offset 0x8000, pagesize 0x200, ivt offset 0x0 NOTICE: BL31: v2.2(release):rel_imx_5.4.70_2.3.0-0-gf1d7187f2 NOTICE: BL31: Built : 09:58:42, Dec 1 2020 U-Boot 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) CPU: Freescale i.MX8MNano Quad rev1.0 at 1200 MHz Reset cause: POR Model: NXP i.MX8MNano DDR4 EVK board DRAM: 2 GiB WDT: Started with servicing (60s timeout) MMC: FSL_SDHC: 1, FSL_SDHC: 2 Loading Environment from MMC... Run CMD11 1.8V switch *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Net: No ethernet found. Hit any key to stop autoboot: 0 Run CMD11 1.8V switch switch to partitions #0, OK mmc1 is current device Run CMD11 1.8V switch Failed to load 'boot.scr' 31568384 bytes read in 384 ms (78.4 MiB/s) Booting from mmc ... 23443 bytes read in 13 ms (1.7 MiB/s) Moving Image from 0x40480000 to 0x40600000, end=424b0000 ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Loading Device Tree to 000000004fff7000, end 000000004ffffb92 ... OK Starting kernel ... [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [ 0.000000] Linux version 5.10.18+ge96f454f9d4b (oe-user@oe-host) (aarch64-poky-linux-gcc (GCC) 10.2.0, GNU ld (GNU Binutils) 2.36.1.20210209) #1 SMP PREEMPT Tue Feb 23 21:32:29 UTC 2021 [ 0.000000] Machine model: NXP i.MX8MNano DDR4 EVK board [ 0.000000] efi: UEFI not found. [ 0.000000] cma: Reserved 32 MiB at 0x00000000be000000 [ 0.000000] NUMA: No NUMA configuration found [ 0.000000] NUMA: Faking a node at [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] NUMA: NODE_DATA [mem 0xbdbe1b00-0xbdbe3fff] [ 0.000000] Zone ranges: [ 0.000000] DMA [mem 0x0000000040000000-0x000000007fffffff] [ 0.000000] DMA32 [mem 0x0000000080000000-0x00000000bfffffff] [ 0.000000] Normal empty [ 0.000000] Movable zone start for each node [ 0.000000] Early memory node ranges [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] Initmem setup node 0 [mem 0x0000000040000000-0x00000000bfffffff] [ 0.000000] psci: probing for conduit method from DT. [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.000000] psci: Using standard PSCI v0.2 function IDs [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. [ 0.000000] psci: SMC Calling Convention v1.1 [ 0.000000] percpu: Embedded 23 pages/cpu s56280 r8192 d29736 u94208 [ 0.000000] Detected VIPT I-cache on CPU0 [ 0.000000] CPU features: detected: ARM erratum 845719 [ 0.000000] CPU features: detected: GIC system register CPU interface [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 516096 [ 0.000000] Policy zone: DMA32 [ 0.000000] Kernel command line: console=ttymxc1,115200 root=/dev/mmcblk1p2 rootwait rw [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, 2097152 bytes, linear) [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.000000] software IO TLB: mapped [mem 0x000000007bfff000-0x000000007ffff000] (64MB) [ 0.000000] Memory: 1926588K/2097152K available (14464K kernel code, 2796K rwdata, 7540K rodata, 5888K init, 518K bss, 137796K reserved, 32768K cma-reserved) [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 [ 0.000000] rcu: Preemptible hierarchical RCU implementation. [ 0.000000] rcu: RCU event tracing is enabled. [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to nr_cpu_ids=4. [ 0.000000] Trampoline variant of Tasks RCU enabled. [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies. [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode [ 0.000000] GICv3: 128 SPIs implemented [ 0.000000] GICv3: 0 Extended SPIs implemented [ 0.000000] GICv3: Distributor has no Range Selector support [ 0.000000] GICv3: 16 PPIs implemented [ 0.000000] GICv3: CPU0: found redistributor 0 region 0:0x0000000038880000 [ 0.000000] ITS: No ITS available, not enabling LPIs [ 0.000000] random: get_random_bytes called from start_kernel+0x330/0x4f4 with crng_init=0 [ 0.000000] arch_timer: cp15 timer(s) running at 8.00MHz (phys). [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x1d854df40, max_idle_ns: 440795202120 ns [ 0.000004] sched_clock: 56 bits at 8MHz, resolution 125ns, wraps every 2199023255500ns [ 0.000612] Console: colour dummy device 80x25 [ 0.000685] Calibrating delay loop (skipped), value calculated using timer frequency.. 16.00 BogoMIPS (lpj=32000) [ 0.000698] pid_max: default: 32768 minimum: 301 [ 0.000765] LSM: Security Framework initializing [ 0.000824] Mount-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.000842] Mountpoint-cache hash table entries: 4096 (order: 3, 32768 bytes, linear) [ 0.002088] rcu: Hierarchical SRCU implementation. [ 0.003490] EFI services will not be available. [ 0.003663] smp: Bringing up secondary CPUs ... [ 0.004049] Detected VIPT I-cache on CPU1 [ 0.004077] GICv3: CPU1: found redistributor 1 region 0:0x00000000388a0000 [ 0.004118] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] [ 0.004523] Detected VIPT I-cache on CPU2 [ 0.004541] GICv3: CPU2: found redistributor 2 region 0:0x00000000388c0000 [ 0.004564] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] [ 0.004934] Detected VIPT I-cache on CPU3 [ 0.004950] GICv3: CPU3: found redistributor 3 region 0:0x00000000388e0000 [ 0.004973] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] [ 0.005029] smp: Brought up 1 node, 4 CPUs [ 0.005052] SMP: Total of 4 processors activated. [ 0.005059] CPU features: detected: 32-bit EL0 Support [ 0.005066] CPU features: detected: CRC32 instructions [ 0.005073] CPU features: detected: 32-bit EL1 Support [ 0.012278] CPU: All CPU(s) started at EL2 [ 0.012300] alternatives: patching kernel code [ 0.013652] devtmpfs: initialized [ 0.017067] KASLR disabled due to lack of seed [ 0.017289] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns [ 0.017305] futex hash table entries: 1024 (order: 4, 65536 bytes, linear) [ 0.018338] pinctrl core: initialized pinctrl subsystem [ 0.019342] DMI not present or invalid. [ 0.019784] NET: Registered protocol family 16 [ 0.021259] DMA: preallocated 256 KiB GFP_KERNEL pool for atomic allocations [ 0.021311] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA pool for atomic allocations [ 0.021426] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA32 pool for atomic allocations [ 0.021496] audit: initializing netlink subsys (disabled) [ 0.021629] audit: type=2000 audit(0.020:1): state=initialized audit_enabled=0 res=1 [ 0.022505] thermal_sys: Registered thermal governor 'step_wise' [ 0.022509] thermal_sys: Registered thermal governor 'power_allocator' [ 0.022682] cpuidle: using governor menu [ 0.022850] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. [ 0.022927] ASID allocator initialised with 65536 entries [ 0.024145] Serial: AMBA PL011 UART driver [ 0.041645] debugfs: Directory 'dummy-iomuxc-gpr@30340000' with parent 'regmap' already present! [ 0.041830] imx8mn-pinctrl 30330000.pinctrl: initialized IMX pinctrl driver [ 0.052970] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 0.052983] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages [ 0.052989] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 0.052996] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages [ 0.053895] cryptd: max_cpu_qlen set to 1000 [ 0.056109] ACPI: Interpreter disabled. [ 0.057564] iommu: Default domain type: Translated [ 0.057749] vgaarb: loaded [ 0.058026] SCSI subsystem initialized [ 0.058325] usbcore: registered new interface driver usbfs [ 0.058362] usbcore: registered new interface driver hub [ 0.058390] usbcore: registered new device driver usb [ 0.059321] pps_core: LinuxPPS API ver. 1 registered [ 0.059328] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it> [ 0.059344] PTP clock support registered [ 0.059447] EDAC MC: Ver: 3.0.0 [ 0.060554] FPGA manager framework [ 0.060630] Advanced Linux Sound Architecture Driver Initialized. [ 0.061273] clocksource: Switched to clocksource arch_sys_counter [ 0.061426] VFS: Disk quotas dquot_6.6.0 [ 0.061473] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 0.061644] pnp: PnP ACPI: disabled [ 0.066690] NET: Registered protocol family 2 [ 0.067067] tcp_listen_portaddr_hash hash table entries: 1024 (order: 2, 16384 bytes, linear) [ 0.067129] TCP established hash table entries: 16384 (order: 5, 131072 bytes, linear) [ 0.067243] TCP bind hash table entries: 16384 (order: 6, 262144 bytes, linear) [ 0.067480] TCP: Hash tables configured (established 16384 bind 16384) [ 0.067584] UDP hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.067628] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, linear) [ 0.067767] NET: Registered protocol family 1 [ 0.068079] RPC: Registered named UNIX socket transport module. [ 0.068085] RPC: Registered udp transport module. [ 0.068091] RPC: Registered tcp transport module. [ 0.068096] RPC: Registered tcp NFSv4.1 backchannel transport module. [ 0.068107] PCI: CLS 0 bytes, default 64 [ 0.068832] kvm [1]: IPA Size Limit: 40 bits [ 0.070122] kvm [1]: GICv3: no GICV resource entry [ 0.070130] kvm [1]: disabling GICv2 emulation [ 0.070148] kvm [1]: GIC system register CPU interface enabled [ 0.070226] kvm [1]: vgic interrupt IRQ9 [ 0.070324] kvm [1]: Hyp mode initialized successfully [ 0.073099] Initialise system trusted keyrings [ 0.073215] workingset: timestamp_bits=42 max_order=19 bucket_order=0 [ 0.078624] squashfs: version 4.0 (2009/01/31) Phillip Lougher [ 0.079194] NFS: Registering the id_resolver key type [ 0.079217] Key type id_resolver registered [ 0.079222] Key type id_legacy registered [ 0.079296] nfs4filelayout_init: NFSv4 File Layout Driver Registering... [ 0.079434] 9p: Installing v9fs 9p2000 file system support [ 0.115831] Key type asymmetric registered [ 0.115839] Asymmetric key parser 'x509' registered [ 0.115869] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 245) [ 0.115879] io scheduler mq-deadline registered [ 0.115885] io scheduler kyber registered [ 0.124640] EINJ: ACPI disabled. [ 0.132983] imx-sdma 302b0000.dma-controller: Direct firmware load for imx/sdma/sdma-imx7d.bin failed with error -2 [ 0.132998] imx-sdma 302b0000.dma-controller: Falling back to sysfs fallback for: imx/sdma/sdma-imx7d.bin [ 0.137956] SoC: i.MX8MN revision 1.0 [ 0.141497] debugfs: Directory 'dummy-reset-controller@30390000' with parent 'regmap' already present! [ 0.144593] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled [ 0.146724] SuperH (H)SCI(F) driver initialized [ 0.147221] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 32, base_baud = 1500000) is a IMX [ 1.066589] printk: console [ttymxc1] enabled [ 1.071601] msm_serial: driver initialized [ 1.083119] loop: module loaded [ 1.087075] megasas: 07.714.04.00-rc1 [ 1.094700] libphy: Fixed MDIO Bus: probed [ 1.099830] tun: Universal TUN/TAP device driver, 1.6 [ 1.105585] thunder_xcv, ver 1.0 [ 1.108842] thunder_bgx, ver 1.0 [ 1.112105] nicpf, ver 1.0 [ 1.115567] pps pps0: new PPS source ptp0 [ 1.120360] fec 30be0000.ethernet: Invalid MAC address: 00:00:00:00:00:00 [ 1.127167] fec 30be0000.ethernet: Using random MAC address: 9a:70:df:87:45:f9 [ 1.135522] libphy: fec_enet_mii_bus: probed [ 1.139876] mdio_bus 30be0000.ethernet-1: MDIO device at address 0 is missing. [ 1.147580] fec 30be0000.ethernet eth0: registered PHC device 0 [ 1.154697] hclge is initializing [ 1.158041] hns3: Hisilicon Ethernet Network Driver for Hip08 Family - version [ 1.165294] hns3: Copyright (c) 2017 Huawei Corporation. [ 1.170646] e1000: Intel(R) PRO/1000 Network Driver [ 1.175543] e1000: Copyright (c) 1999-2006 Intel Corporation. [ 1.181327] e1000e: Intel(R) PRO/1000 Network Driver [ 1.186297] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 1.192258] igb: Intel(R) Gigabit Ethernet Network Driver [ 1.197663] igb: Copyright (c) 2007-2014 Intel Corporation. [ 1.203264] igbvf: Intel(R) Gigabit Virtual Function Network Driver [ 1.209536] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. [ 1.215737] sky2: driver version 1.30 [ 1.220345] VFIO - User Level meta-driver version: 0.3 [ 1.227022] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.233569] ehci-pci: EHCI PCI platform driver [ 1.238050] ehci-platform: EHCI generic platform driver [ 1.243391] ehci-orion: EHCI orion driver [ 1.247489] ehci-exynos: EHCI Exynos driver [ 1.251746] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.257952] ohci-pci: OHCI PCI platform driver [ 1.262429] ohci-platform: OHCI generic platform driver [ 1.267751] ohci-exynos: OHCI Exynos driver [ 1.272394] usbcore: registered new interface driver usb-storage [ 1.280824] i2c /dev entries driver [ 1.290256] sdhci: Secure Digital Host Controller Interface driver [ 1.296504] sdhci: Copyright(c) Pierre Ossman [ 1.301332] Synopsys Designware Multimedia Card Interface Driver [ 1.308172] sdhci-pltfm: SDHCI platform and OF driver helper [ 1.315878] ledtrig-cpu: registered to indicate activity on CPUs [ 1.323082] usbcore: registered new interface driver usbhid [ 1.328672] usbhid: USB HID core driver [ 1.337392] NET: Registered protocol family 17 [ 1.341985] 9pnet: Installing 9P2000 support [ 1.345880] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] using ADMA [ 1.346322] Key type dns_resolver registered [ 1.357836] registered taskstats version 1 [ 1.361945] Loading compiled-in X.509 certificates [ 1.385931] usb_phy_generic usbphynop1: supply vcc not found, using dummy regulator [ 1.469795] ldo6: supplied by buck5 [ 1.473495] i2c i2c-0: IMX I2C adapter registered [ 1.479703] i2c i2c-1: IMX I2C adapter registered [ 1.485718] pca953x 2-0020: supply vcc not found, using dummy regulator [ 1.492452] pca953x 2-0020: using no AI [ 1.498592] i2c i2c-2: IMX I2C adapter registered [ 1.504685] imx_usb 32e40000.usb: No over current polarity defined [ 1.511028] mmc2: new HS400 MMC card at address 0001 [ 1.516927] mmcblk2: mmc2:0001 DG4016 14.7 GiB [ 1.518766] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO [ 1.521475] input: bd718xx-pwrkey as /devices/platform/soc@0/30800000.bus/30a20000.i2c/i2c-0/0-004b/gpio-keys.0.auto/input/input0 [ 1.521750] mmcblk2boot0: mmc2:0001 DG4016 partition 1 4.00 MiB [ 1.522512] ALSA device list: [ 1.522517] No soundcards found. [ 1.550766] mmcblk2boot1: mmc2:0001 DG4016 partition 2 4.00 MiB [ 1.550884] mmcblk2rpmb: mmc2:0001 DG4016 partition 3 4.00 MiB, chardev (234:0) [ 1.564866] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] using ADMA [ 1.568283] Alternate GPT is invalid, using primary GPT. [ 1.577304] mmcblk2: p1 p2 p3 p4 p5 p6 p7 p8 p9 p10 p11 p12 p13 p14 p15 [ 1.589824] Waiting for root device /dev/mmcblk1p2... [ 1.664806] random: fast init done [ 1.674128] mmc1: host does not support reading read-only switch, assuming write-enable [ 1.718167] mmc1: new ultra high speed SDR104 SDHC card at address 0007 [ 1.725851] mmcblk1: mmc1:0007 SD32G 29.9 GiB [ 1.732479] mmcblk1: p1 p2 [ 2.488397] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Opts: (null) [ 2.496557] VFS: Mounted root (ext4 filesystem) on device 179:98. [ 2.503774] devtmpfs: mounted [ 2.509738] Freeing unused kernel memory: 5888K [ 2.514392] Run /sbin/init as init process INIT: version 2.98 booting Framebuffer /dev/fb0 not detected Boot splashscreen disabled Starting udev [ 2.760338] udevd[162]: starting version 3.2.10 [ 2.778257] random: udevd: uninitialized urandom read (16 bytes read) [ 2.785192] random: udevd: uninitialized urandom read (16 bytes read) [ 2.792171] random: udevd: uninitialized urandom read (16 bytes read) [ 2.817766] udevd[163]: starting eudev-3.2.10 [ 2.874676] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 8 mkt segment 0 supported-hw 0x100 0x1 [ 2.897944] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 [ 2.904197] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 [ 2.910456] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 [ 2.919245] input: 30370000.snvs:snvs-powerkey as /devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/input/input1 [ 2.937768] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 [ 2.944154] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock to 1970-01-01T00:00:00 UTC (0) [ 2.955077] bd718xx-clk bd71847-clk.1.auto: No parent clk found [ 2.964447] bd718xx-clk: probe of bd71847-clk.1.auto failed with error -22 [ 2.976128] caam 30900000.crypto: Entropy delay = 3200 [ 2.994398] caam 30900000.crypto: Instantiated RNG4 SH0 [ 3.006539] caam 30900000.crypto: Instantiated RNG4 SH1 [ 3.011853] caam 30900000.crypto: device ID = 0x0a16040100000100 (Era 9) [ 3.018606] caam 30900000.crypto: job rings = 3, qi = 0 [ 3.136541] caam algorithms registered in /proc/crypto [ 3.142452] caam 30900000.crypto: caam pkc algorithms registered in /proc/crypto [ 3.149871] caam 30900000.crypto: registering rng-caam [ 3.188379] EXT4-fs (mmcblk1p2): re-mounted. Opts: (null) [ 3.193887] random: crng init done [ 3.197317] random: 4 urandom warning(s) missed due to ratelimiting [ 4.495676] fec 30be0000.ethernet eth0: Unable to connect to phy [ 4.668823] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 4.683148] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 4.844337] NET: Registered protocol family 10 [ 4.850163] Segment Routing with IPv6 [ 4.948004] Bluetooth: Core ver 2.22 [ 4.951732] NET: Registered protocol family 31 [ 4.956234] Bluetooth: HCI device and connection manager initialized [ 4.962641] Bluetooth: HCI socket layer initialized [ 4.967605] Bluetooth: L2CAP socket layer initialized [ 4.967638] Bluetooth: SCO socket layer initialized [ 5.050299] nfc: nfc_init: NFC Core ver 0.1 [ 5.054643] NET: Registered protocol family 39 Poky (Yocto Project Reference Distro) 3.2+snapshot-ed7151f9856791fc4a24b1a0a88f87c442b29f38 imx8mn-ddr4-evk /dev/ttymxc1 imx8mn-ddr4-evk login: ==== -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 12:56 ` Andrey Zhizhikin @ 2021-03-04 13:41 ` Fabio Estevam 2021-03-04 13:52 ` Andrey Zhizhikin 0 siblings, 1 reply; 38+ messages in thread From: Fabio Estevam @ 2021-03-04 13:41 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Peter Bergin, Brian Hutchinson, Otavio Salvador, meta-freescale Hi Andrey, On Thu, Mar 4, 2021 at 9:56 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > I've applied the patch locally to my build, and imx8mn-ddr4-evk boots > without errors or additional interactions to the command prompt. See > the boot log at the end of the mail. Excellent, thanks for testing it. > I can submit it as a PR against u-boot-fslc repository, or you prefer > to do it yourself? Please submit it. > I guess there is no need to wait for it applied upstream, since it is > quite a straightforward fix that is needed. Is there any imx8m platform that is missing to test? My understanding is that it was tested on imx8mm-evk, imx8mn-evk. Does it also boot fine on imx8mq-evk and imx8mp-evk? Thanks ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 13:41 ` Fabio Estevam @ 2021-03-04 13:52 ` Andrey Zhizhikin 2021-03-04 13:56 ` Fabio Estevam 0 siblings, 1 reply; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 13:52 UTC (permalink / raw) To: Fabio Estevam Cc: Peter Bergin, Brian Hutchinson, Otavio Salvador, meta-freescale Hi Fabio, On Thu, Mar 4, 2021 at 2:41 PM Fabio Estevam <festevam@gmail.com> wrote: > > Hi Andrey, > > On Thu, Mar 4, 2021 at 9:56 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > > > I've applied the patch locally to my build, and imx8mn-ddr4-evk boots > > without errors or additional interactions to the command prompt. See > > the boot log at the end of the mail. > > Excellent, thanks for testing it. > > > I can submit it as a PR against u-boot-fslc repository, or you prefer > > to do it yourself? > > Please submit it. Sure, would do. > > > I guess there is no need to wait for it applied upstream, since it is > > quite a straightforward fix that is needed. > > Is there any imx8m platform that is missing to test? > > My understanding is that it was tested on imx8mm-evk, imx8mn-evk. > > Does it also boot fine on imx8mq-evk and imx8mp-evk? If we speak about the patch - then not, it is aimed at imx8mn-evk. If we speak about the boot container support: I've tested it also on imx8mp-evk. Currently, I do not posses the imx8mq-evk so there were no tests done there. But the implementation I did also does not include it, since I had no means to test it there. It can be extended onto imx8mq-evk further, but I propose that this would be rather done by anyone with the access to the HW for testing. Extension is quite straightforward, there are few variables that should be defined and one MACHINEOVERRIDE, all of it is already done for Mini, Nano and Plus. I can also propose that this implementation would be submitted as a PR first, reviewed and merged into meta-freescale. After that - support for imx8mq-evk can be added. > > Thanks -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 13:52 ` Andrey Zhizhikin @ 2021-03-04 13:56 ` Fabio Estevam 0 siblings, 0 replies; 38+ messages in thread From: Fabio Estevam @ 2021-03-04 13:56 UTC (permalink / raw) To: Andrey Zhizhikin Cc: Peter Bergin, Brian Hutchinson, Otavio Salvador, meta-freescale Hi Andrey, On Thu, Mar 4, 2021 at 10:53 AM Andrey Zhizhikin <andrey.z@gmail.com> wrote: > If we speak about the boot container support: I've tested it also on imx8mp-evk. Yes, I am talking about your boot container patches. > Currently, I do not posses the imx8mq-evk so there were no tests done > there. But the implementation I did also does not include it, since I > had no means to test it there. It can be extended onto imx8mq-evk > further, but I propose that this would be rather done by anyone with > the access to the HW for testing. Extension is quite straightforward, > there are few variables that should be defined and one > MACHINEOVERRIDE, all of it is already done for Mini, Nano and Plus. > > I can also propose that this implementation would be submitted as a PR > first, reviewed and merged into meta-freescale. After that - support > for imx8mq-evk can be added. Excellent, I can help testing on imx8mq-evk. Thanks for working on this. Cheers ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-04 10:49 ` Peter Bergin 2021-03-04 11:09 ` Fabio Estevam @ 2021-03-04 11:11 ` Andrey Zhizhikin 1 sibling, 0 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-04 11:11 UTC (permalink / raw) To: Peter Bergin Cc: Brian Hutchinson, Otavio Salvador, meta-freescale, Fabio Estevam Hello Peter, On Thu, Mar 4, 2021 at 11:48 AM Peter Bergin <peter@berginkonsult.se> wrote: > > Hi Andrey, > > On 2021-03-03 17:54, Andrey Zhizhikin wrote: > > I'm working on this solution in my fork, and have it almost ready for > > submission. > > > > If anyone would be interested to try it out and test, you can have a > > look athttps://github.com/zandrey/meta-freescale/tree/boot-container-for-mx8m-fslc > > > > I'll be cleaning it up and getting ready for submission soon(ish). > > Currently, the only things that is not supported is OP-TEE - I was not > > able to boot the 2020.10 with it, so I removed it for the time being. > > > > What I've tested today with this implementation is: > > # DISTRO=poky MACHINE=imx8mm-lpddr4-evk bitbake core-image-base > > > > Had it booted to the shell prompt. > > thanks for the good work! I've tried to boot this on a imx8mn-ddr4-evk > and see some issues with u-boot environment. I had to tweak the > environment in order to get this to boot from SD card. Thanks for testing it out! I saw the same issue with booting the Nano, and did the same adjustment on my end for testing purposes. > > Variable - default -> changed to: > mmcdev - 0 -> 1 > image - Image.itb -> Image > boot_fit - try -> false > > Seems like CONFIG_SYS_MMC_ENV_DEV is missing in the defconfig for > imx8mn_ddr4_evk (it is present for imx8mm_evk and imx8mp_evk). I was about to say that Nano needs changes done in 7d080773347 ("Convert CONFIG_SYS_MMC_ENV_DEV et al to Kconfig") upstream, but Faboi chased my up with the patch already. :) > I can also see a difference for 'image' and 'boot_fit' variable, > include/configs/imx8mn_evk.h differs from > include/configs/imx8m{m,p}_evk.h. So in order to get Nano EVK fully > working the u-boot environment needs an update. > > After handling the issue above the Nano EVK boots fine. I put the output > from the console below for the interested. > > Best regards, > /Peter > > > U-Boot SPL 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) > Normal Boot > WDT: Started with servicing (60s timeout) > Trying to boot from BOOTROM > image offset 0x8000, pagesize 0x200, ivt offset 0x0 > NOTICE: BL31: v2.2(release):rel_imx_5.4.70_2.3.0-0-gf1d7187f2 > NOTICE: BL31: Built : 09:58:42, Dec 1 2020 > > > U-Boot 2020.10+fslc+g5003fc093c (Dec 09 2020 - 17:09:55 +0000) > > CPU: Freescale i.MX8MNano Quad rev1.0 at 1200 MHz > Reset cause: POR > Model: NXP i.MX8MNano DDR4 EVK board > DRAM: 2 GiB > WDT: Started with servicing (60s timeout) > MMC: FSL_SDHC: 1, FSL_SDHC: 2 > Loading Environment from MMC... Run CMD11 1.8V switch > OK > In: serial > Out: serial > Err: serial > Net: No ethernet found. > Hit any key to stop autoboot: 0 > Run CMD11 1.8V switch > switch to partitions #0, OK > mmc1 is current device > Run CMD11 1.8V switch > Failed to load 'boot.scr' > 31568384 bytes read in 391 ms (77 MiB/s) > Booting from mmc ... > 23443 bytes read in 12 ms (1.9 MiB/s) > Moving Image from 0x40480000 to 0x40600000, end=424b0000 > ## Flattened Device Tree blob at 43000000 > Booting using the fdt blob at 0x43000000 > Loading Device Tree to 000000004fff7000, end 000000004ffffb92 ... OK > > Starting kernel ... > > [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034] > [ 0.000000] Linux version 5.10.18+ge96f454f9d4b (oe-user@oe-host) > (aarch64-poky-linux-gcc (GCC) 10.2.0, GNU ld (GNU Binutils) > 2.36.1.20210209) #1 SMP PR > EEMPT Tue Feb 23 21:32:29 UTC 2021 > [ 0.000000] Machine model: NXP i.MX8MNano DDR4 EVK board > [ 0.000000] efi: UEFI not found. > [ 0.000000] cma: Reserved 32 MiB at 0x00000000be000000 > [ 0.000000] NUMA: No NUMA configuration found > [ 0.000000] NUMA: Faking a node at [mem > 0x0000000040000000-0x00000000bfffffff] > [ 0.000000] NUMA: NODE_DATA [mem 0xbdbe1b00-0xbdbe3fff] > [ 0.000000] Zone ranges: > [ 0.000000] DMA [mem 0x0000000040000000-0x000000007fffffff] > [ 0.000000] DMA32 [mem 0x0000000080000000-0x00000000bfffffff] > [ 0.000000] Normal empty > [ 0.000000] Movable zone start for each node > [ 0.000000] Early memory node ranges > [ 0.000000] node 0: [mem 0x0000000040000000-0x00000000bfffffff] > [ 0.000000] Initmem setup node 0 [mem > 0x0000000040000000-0x00000000bfffffff] > [ 0.000000] psci: probing for conduit method from DT. > [ 0.000000] psci: PSCIv1.1 detected in firmware. > [ 0.000000] psci: Using standard PSCI v0.2 function IDs > [ 0.000000] psci: MIGRATE_INFO_TYPE not supported. > [ 0.000000] psci: SMC Calling Convention v1.1 > [ 0.000000] percpu: Embedded 23 pages/cpu s56280 r8192 d29736 u94208 > [ 0.000000] Detected VIPT I-cache on CPU0 > [ 0.000000] CPU features: detected: ARM erratum 845719 > [ 0.000000] CPU features: detected: GIC system register CPU interface > [ 0.000000] Built 1 zonelists, mobility grouping on. Total pages: 516096 > [ 0.000000] Policy zone: DMA32 > [ 0.000000] Kernel command line: console=ttymxc1,115200 > root=/dev/mmcblk1p2 rootwait rw > [ 0.000000] Dentry cache hash table entries: 262144 (order: 9, > 2097152 bytes, linear) > [ 0.000000] Inode-cache hash table entries: 131072 (order: 8, 1048576 > bytes, linear) > [ 0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off > [ 0.000000] software IO TLB: mapped [mem > 0x000000007bfff000-0x000000007ffff000] (64MB) > [ 0.000000] Memory: 1926588K/2097152K available (14464K kernel code, > 2796K rwdata, 7540K rodata, 5888K init, 518K bss, 137796K reserved, > 32768K cma-rese > rved) > [ 0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1 > [ 0.000000] rcu: Preemptible hierarchical RCU implementation. > [ 0.000000] rcu: RCU event tracing is enabled. > [ 0.000000] rcu: RCU restricting CPUs from NR_CPUS=256 to > nr_cpu_ids=4. > [ 0.000000] Trampoline variant of Tasks RCU enabled. > [ 0.000000] rcu: RCU calculated value of scheduler-enlistment delay > is 25 jiffies. > [ 0.000000] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=4 > [ 0.000000] NR_IRQS: 64, nr_irqs: 64, preallocated irqs: 0 > [ 0.000000] GICv3: GIC: Using split EOI/Deactivate mode > [ 0.000000] GICv3: 128 SPIs implemented > [ 0.000000] GICv3: 0 Extended SPIs implemented > [ 0.000000] GICv3: Distributor has no Range Selector support > [ 0.000000] GICv3: 16 PPIs implemented > [ 0.000000] GICv3: CPU0: found redistributor 0 region > 0:0x0000000038880000 > [ 0.000000] ITS: No ITS available, not enabling LPIs > [ 0.000000] random: get_random_bytes called from > start_kernel+0x330/0x4f4 with crng_init=0 > [ 0.000000] arch_timer: cp15 timer(s) running at 8.00MHz (phys). > [ 0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff > max_cycles: 0x1d854df40, max_idle_ns: 440795202120 ns > [ 0.000003] sched_clock: 56 bits at 8MHz, resolution 125ns, wraps > every 2199023255500ns > [ 0.000614] Console: colour dummy device 80x25 > [ 0.000688] Calibrating delay loop (skipped), value calculated using > timer frequency.. 16.00 BogoMIPS (lpj=32000) > [ 0.000700] pid_max: default: 32768 minimum: 301 > [ 0.000768] LSM: Security Framework initializing > [ 0.000825] Mount-cache hash table entries: 4096 (order: 3, 32768 > bytes, linear) > [ 0.000843] Mountpoint-cache hash table entries: 4096 (order: 3, > 32768 bytes, linear) > [ 0.002083] rcu: Hierarchical SRCU implementation. > [ 0.003483] EFI services will not be available. > [ 0.003663] smp: Bringing up secondary CPUs ... > [ 0.004046] Detected VIPT I-cache on CPU1 > [ 0.004074] GICv3: CPU1: found redistributor 1 region > 0:0x00000000388a0000 > [ 0.004113] CPU1: Booted secondary processor 0x0000000001 [0x410fd034] > [ 0.004516] Detected VIPT I-cache on CPU2 > [ 0.004533] GICv3: CPU2: found redistributor 2 region > 0:0x00000000388c0000 > [ 0.004558] CPU2: Booted secondary processor 0x0000000002 [0x410fd034] > [ 0.004934] Detected VIPT I-cache on CPU3 > [ 0.004949] GICv3: CPU3: found redistributor 3 region > 0:0x00000000388e0000 > [ 0.004972] CPU3: Booted secondary processor 0x0000000003 [0x410fd034] > [ 0.005027] smp: Brought up 1 node, 4 CPUs > [ 0.005051] SMP: Total of 4 processors activated. > [ 0.005058] CPU features: detected: 32-bit EL0 Support > [ 0.005066] CPU features: detected: CRC32 instructions > [ 0.005073] CPU features: detected: 32-bit EL1 Support > [ 0.012237] CPU: All CPU(s) started at EL2 > [ 0.012259] alternatives: patching kernel code > [ 0.013607] devtmpfs: initialized > [ 0.017018] KASLR disabled due to lack of seed > [ 0.017241] clocksource: jiffies: mask: 0xffffffff max_cycles: > 0xffffffff, max_idle_ns: 7645041785100000 ns > [ 0.017256] futex hash table entries: 1024 (order: 4, 65536 bytes, > linear) > [ 0.018296] pinctrl core: initialized pinctrl subsystem > [ 0.019308] DMI not present or invalid. > [ 0.019748] NET: Registered protocol family 16 > [ 0.021180] DMA: preallocated 256 KiB GFP_KERNEL pool for atomic > allocations > [ 0.021231] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA pool for > atomic allocations > [ 0.021347] DMA: preallocated 256 KiB GFP_KERNEL|GFP_DMA32 pool for > atomic allocations > [ 0.021419] audit: initializing netlink subsys (disabled) > [ 0.021555] audit: type=2000 audit(0.020:1): state=initialized > audit_enabled=0 res=1 > [ 0.022425] thermal_sys: Registered thermal governor 'step_wise' > [ 0.022429] thermal_sys: Registered thermal governor 'power_allocator' > [ 0.022601] cpuidle: using governor menu > [ 0.022771] hw-breakpoint: found 6 breakpoint and 4 watchpoint registers. > [ 0.022849] ASID allocator initialised with 65536 entries > [ 0.024052] Serial: AMBA PL011 UART driver > [ 0.041518] debugfs: Directory 'dummy-iomuxc-gpr@30340000' with > parent 'regmap' already present! > [ 0.041703] imx8mn-pinctrl 30330000.pinctrl: initialized IMX pinctrl > driver > [ 0.052834] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages > [ 0.052847] HugeTLB registered 32.0 MiB page size, pre-allocated 0 pages > [ 0.052854] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages > [ 0.052861] HugeTLB registered 64.0 KiB page size, pre-allocated 0 pages > [ 0.053748] cryptd: max_cpu_qlen set to 1000 > [ 0.055961] ACPI: Interpreter disabled. > [ 0.057435] iommu: Default domain type: Translated > [ 0.057624] vgaarb: loaded > [ 0.057897] SCSI subsystem initialized > [ 0.058185] usbcore: registered new interface driver usbfs > [ 0.058221] usbcore: registered new interface driver hub > [ 0.058248] usbcore: registered new device driver usb > [ 0.059177] pps_core: LinuxPPS API ver. 1 registered > [ 0.059185] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 > Rodolfo Giometti <giometti@linux.it> > [ 0.059201] PTP clock support registered > [ 0.059306] EDAC MC: Ver: 3.0.0 > [ 0.060391] FPGA manager framework > [ 0.060465] Advanced Linux Sound Architecture Driver Initialized. > [ 0.061121] clocksource: Switched to clocksource arch_sys_counter > [ 0.061268] VFS: Disk quotas dquot_6.6.0 > [ 0.061313] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 > bytes) > [ 0.061487] pnp: PnP ACPI: disabled > [ 0.066451] NET: Registered protocol family 2 > [ 0.066829] tcp_listen_portaddr_hash hash table entries: 1024 (order: > 2, 16384 bytes, linear) > [ 0.066866] TCP established hash table entries: 16384 (order: 5, > 131072 bytes, linear) > [ 0.067009] TCP bind hash table entries: 16384 (order: 6, 262144 > bytes, linear) > [ 0.067243] TCP: Hash tables configured (established 16384 bind 16384) > [ 0.067354] UDP hash table entries: 1024 (order: 3, 32768 bytes, linear) > [ 0.067397] UDP-Lite hash table entries: 1024 (order: 3, 32768 bytes, > linear) > [ 0.067541] NET: Registered protocol family 1 > [ 0.067871] RPC: Registered named UNIX socket transport module. > [ 0.067878] RPC: Registered udp transport module. > [ 0.067883] RPC: Registered tcp transport module. > [ 0.067889] RPC: Registered tcp NFSv4.1 backchannel transport module. > [ 0.067899] PCI: CLS 0 bytes, default 64 > [ 0.068602] kvm [1]: IPA Size Limit: 40 bits > [ 0.069885] kvm [1]: GICv3: no GICV resource entry > [ 0.069892] kvm [1]: disabling GICv2 emulation > [ 0.069909] kvm [1]: GIC system register CPU interface enabled > [ 0.069987] kvm [1]: vgic interrupt IRQ9 > [ 0.070085] kvm [1]: Hyp mode initialized successfully > [ 0.072787] Initialise system trusted keyrings > [ 0.072907] workingset: timestamp_bits=42 max_order=19 bucket_order=0 > [ 0.078327] squashfs: version 4.0 (2009/01/31) Phillip Lougher > [ 0.078890] NFS: Registering the id_resolver key type > [ 0.078913] Key type id_resolver registered > [ 0.078920] Key type id_legacy registered > [ 0.078993] nfs4filelayout_init: NFSv4 File Layout Driver Registering... > [ 0.079130] 9p: Installing v9fs 9p2000 file system support > [ 0.115078] Key type asymmetric registered > [ 0.115086] Asymmetric key parser 'x509' registered > [ 0.115122] Block layer SCSI generic (bsg) driver version 0.4 loaded > (major 245) > [ 0.115129] io scheduler mq-deadline registered > [ 0.115135] io scheduler kyber registered > [ 0.123922] EINJ: ACPI disabled. > [ 0.132282] imx-sdma 302b0000.dma-controller: Direct firmware load > for imx/sdma/sdma-imx7d.bin failed with error -2 > [ 0.132297] imx-sdma 302b0000.dma-controller: Falling back to sysfs > fallback for: imx/sdma/sdma-imx7d.bin > [ 0.137249] SoC: i.MX8MN revision 1.0 > [ 0.140766] debugfs: Directory 'dummy-reset-controller@30390000' with > parent 'regmap' already present! > [ 0.143941] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled > [ 0.146096] SuperH (H)SCI(F) driver initialized > [ 0.146596] 30890000.serial: ttymxc1 at MMIO 0x30890000 (irq = 32, > base_baud = 1500000) is a IMX > [ 1.065937] printk: console [ttymxc1] enabled > [ 1.070947] msm_serial: driver initialized > [ 1.082458] loop: module loaded > [ 1.086414] megasas: 07.714.04.00-rc1 > [ 1.093989] libphy: Fixed MDIO Bus: probed > [ 1.099118] tun: Universal TUN/TAP device driver, 1.6 > [ 1.104849] thunder_xcv, ver 1.0 > [ 1.108118] thunder_bgx, ver 1.0 > [ 1.111377] nicpf, ver 1.0 > [ 1.114880] pps pps0: new PPS source ptp0 > [ 1.119629] fec 30be0000.ethernet: Invalid MAC address: 00:00:00:00:00:00 > [ 1.126434] fec 30be0000.ethernet: Using random MAC address: > fa:f1:4e:05:80:92 > [ 1.134775] libphy: fec_enet_mii_bus: probed > [ 1.139128] mdio_bus 30be0000.ethernet-1: MDIO device at address 0 is > missing. > [ 1.146824] fec 30be0000.ethernet eth0: registered PHC device 0 > [ 1.153944] hclge is initializing > [ 1.157313] hns3: Hisilicon Ethernet Network Driver for Hip08 Family > - version > [ 1.164542] hns3: Copyright (c) 2017 Huawei Corporation. > [ 1.169906] e1000: Intel(R) PRO/1000 Network Driver > [ 1.174791] e1000: Copyright (c) 1999-2006 Intel Corporation. > [ 1.180579] e1000e: Intel(R) PRO/1000 Network Driver > [ 1.185550] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. > [ 1.191506] igb: Intel(R) Gigabit Ethernet Network Driver > [ 1.196911] igb: Copyright (c) 2007-2014 Intel Corporation. > [ 1.202521] igbvf: Intel(R) Gigabit Virtual Function Network Driver > [ 1.208794] igbvf: Copyright (c) 2009 - 2012 Intel Corporation. > [ 1.214997] sky2: driver version 1.30 > [ 1.219597] VFIO - User Level meta-driver version: 0.3 > [ 1.226302] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver > [ 1.232842] ehci-pci: EHCI PCI platform driver > [ 1.237320] ehci-platform: EHCI generic platform driver > [ 1.242652] ehci-orion: EHCI orion driver > [ 1.246747] ehci-exynos: EHCI Exynos driver > [ 1.251003] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver > [ 1.257208] ohci-pci: OHCI PCI platform driver > [ 1.261683] ohci-platform: OHCI generic platform driver > [ 1.267007] ohci-exynos: OHCI Exynos driver > [ 1.271640] usbcore: registered new interface driver usb-storage > [ 1.280062] i2c /dev entries driver > [ 1.289493] sdhci: Secure Digital Host Controller Interface driver > [ 1.295727] sdhci: Copyright(c) Pierre Ossman > [ 1.300528] Synopsys Designware Multimedia Card Interface Driver > [ 1.307386] sdhci-pltfm: SDHCI platform and OF driver helper > [ 1.314751] ledtrig-cpu: registered to indicate activity on CPUs > [ 1.322067] usbcore: registered new interface driver usbhid > [ 1.327664] usbhid: USB HID core driver > [ 1.336365] NET: Registered protocol family 17 > [ 1.340996] 9pnet: Installing 9P2000 support > [ 1.345334] Key type dns_resolver registered > [ 1.345734] mmc2: SDHCI controller on 30b60000.mmc [30b60000.mmc] > using ADMA > [ 1.350057] registered taskstats version 1 > [ 1.360770] Loading compiled-in X.509 certificates > [ 1.384857] usb_phy_generic usbphynop1: supply vcc not found, using > dummy regulator > [ 1.461779] mmc2: new HS400 MMC card at address 0001 > [ 1.466108] ldo6: supplied by buck5 > [ 1.468200] mmcblk2: mmc2:0001 DG4016 14.7 GiB > [ 1.470476] i2c i2c-0: IMX I2C adapter registered > [ 1.474998] mmcblk2boot0: mmc2:0001 DG4016 partition 1 4.00 MiB > [ 1.481024] i2c i2c-1: IMX I2C adapter registered > [ 1.485654] mmcblk2boot1: mmc2:0001 DG4016 partition 2 4.00 MiB > [ 1.491453] pca953x 2-0020: supply vcc not found, using dummy regulator > [ 1.496785] mmcblk2rpmb: mmc2:0001 DG4016 partition 3 4.00 MiB, > chardev (234:0) > [ 1.502791] pca953x 2-0020: using no AI > [ 1.514527] mmcblk2: p1 p2 p3 p4 p5 > [ 1.515306] i2c i2c-2: IMX I2C adapter registered > [ 1.524296] imx_usb 32e40000.usb: No over current polarity defined > [ 1.538182] sdhci-esdhc-imx 30b50000.mmc: Got CD GPIO > [ 1.540843] input: bd718xx-pwrkey as > /devices/platform/soc@0/30800000.bus/30a20000.i2c/i2c-0/0-004b/gpio-keys.0.auto/input/input0 > [ 1.556001] ALSA device list: > [ 1.558994] No soundcards found. > [ 1.574209] mmc1: SDHCI controller on 30b50000.mmc [30b50000.mmc] > using ADMA > [ 1.581908] Waiting for root device /dev/mmcblk1p2... > [ 1.676516] random: fast init done > [ 1.723156] mmc1: host does not support reading read-only switch, > assuming write-enable > [ 1.758762] mmc1: new ultra high speed SDR104 SDHC card at address e624 > [ 1.766795] mmcblk1: mmc1:e624 SU08G 7.40 GiB > [ 1.782688] mmcblk1: p1 p2 > [ 1.816060] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data > mode. Opts: (null) > [ 1.824241] VFS: Mounted root (ext4 filesystem) on device 179:98. > [ 1.836254] devtmpfs: mounted > [ 1.842210] Freeing unused kernel memory: 5888K > [ 1.846868] Run /sbin/init as init process > INIT: version 2.99 booting > Framebuffer /dev/fb0 not detected > Boot splashscreen disabled > Starting udev > [ 2.083507] udevd[163]: starting version 3.2.10 > [ 2.099256] random: udevd: uninitialized urandom read (16 bytes read) > [ 2.106263] random: udevd: uninitialized urandom read (16 bytes read) > [ 2.113239] random: udevd: uninitialized urandom read (16 bytes read) > [ 2.138124] udevd[164]: starting eudev-3.2.10 > [ 2.188777] imx-cpufreq-dt imx-cpufreq-dt: cpu speed grade 8 mkt > segment 0 supported-hw 0x100 0x1 > [ 2.204639] imx-sdma 302b0000.dma-controller: loaded firmware 4.5 > [ 2.210970] imx-sdma 302c0000.dma-controller: loaded firmware 4.5 > [ 2.217304] imx-sdma 30bd0000.dma-controller: loaded firmware 4.5 > [ 2.253252] input: 30370000.snvs:snvs-powerkey as > /devices/platform/soc@0/30000000.bus/30370000.snvs/30370000.snvs:snvs-powerkey/input/input1 > [ 2.254641] snvs_rtc 30370000.snvs:snvs-rtc-lp: registered as rtc0 > [ 2.274836] bd718xx-clk bd71847-clk.1.auto: No parent clk found > [ 2.275097] caam 30900000.crypto: Entropy delay = 3200 > [ 2.281771] bd718xx-clk: probe of bd71847-clk.1.auto failed with > error -22 > [ 2.292932] snvs_rtc 30370000.snvs:snvs-rtc-lp: setting system clock > to 2018-03-09T13:03:11 UTC (1520600591) > [ 2.300969] caam 30900000.crypto: Instantiated RNG4 SH0 > [ 2.311650] caam 30900000.crypto: Instantiated RNG4 SH1 > [ 2.318359] caam 30900000.crypto: device ID = 0x0a16040100000100 (Era 9) > [ 2.326094] caam 30900000.crypto: job rings = 3, qi = 0 > [ 2.421546] caam algorithms registered in /proc/crypto > [ 2.428007] caam 30900000.crypto: caam pkc algorithms registered in > /proc/crypto > [ 2.435437] caam 30900000.crypto: registering rng-caam > [ 2.459802] EXT4-fs (mmcblk1p2): re-mounted. Opts: (null) > [ 2.477805] random: crng init done > [ 2.481340] random: 4 urandom warning(s) missed due to ratelimiting > [ 2.741415] fec 30be0000.ethernet eth0: Unable to connect to phy > [ 2.852625] NET: Registered protocol family 10 > [ 2.858442] Segment Routing with IPv6 > [ 2.941803] Bluetooth: Core ver 2.22 > [ 2.945546] NET: Registered protocol family 31 > [ 2.950043] Bluetooth: HCI device and connection manager initialized > [ 2.956448] Bluetooth: HCI socket layer initialized > [ 2.961373] Bluetooth: L2CAP socket layer initialized > [ 2.966518] Bluetooth: SCO socket layer initialized > [ 3.033397] nfc: nfc_init: NFC Core ver 0.1 > [ 3.037722] NET: Registered protocol family 39 > > Poky (Yocto Project Reference Distro) > 3.2+snapshot-c8075ed8f157468849d3199c3671b84a6f08785d imx8mn-ddr4-evk > /dev/ttymxc1 > > imx8mn-ddr4-evk login: > > > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
* Re: [meta-freescale] Want to use linux-fslc 5.10 with Dunfell 2021-03-01 19:59 ` Brian Hutchinson 2021-03-02 7:45 ` Peter Bergin @ 2021-03-02 7:53 ` Andrey Zhizhikin 1 sibling, 0 replies; 38+ messages in thread From: Andrey Zhizhikin @ 2021-03-02 7:53 UTC (permalink / raw) To: Brian Hutchinson; +Cc: Otavio Salvador, meta-freescale Hello Brian, On Mon, Mar 1, 2021 at 8:59 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: > > > On Mon, Mar 1, 2021 at 2:35 PM Brian Hutchinson <b.hutchman@gmail.com> wrote: >> >> >> >> On Mon, Mar 1, 2021 at 1:31 PM Otavio Salvador <otavio.salvador@ossystems.com.br> wrote: >>> >>> Em seg., 1 de mar. de 2021 às 15:29, Brian Hutchinson >>> <b.hutchman@gmail.com> escreveu: >>> > Ok, don't quite know how to do that yet but will try to figure it out. >>> > >>> > I thought something was readily available since I saw the 5.10 recipe. >>> >>> It is ready for use in gatesgarth and master. >>> >>> -- >>> 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 >> >> >> I looked using web git this morning before I tried anything and I didn't see 5.10 in meta-freescale/recipes-kernel/linux for Gatesgarth. Only the one recipe I mentioned above in master is there. >> >> Regards, >> >> Brian >> > > Can someone school me on how this works? I guess I don't know or understand the relationship between linux-fslc and linux-fslc-imx recipies in meta-freescale/recipies-kernel/linux This has been answered by Peter already. > > Looking at the linux-fslc-imx_5.4.bb I've been using, it looks like 5.4.98 that i've been using really comes from nxp 5.4.24-1.1.0, kernel.org and some patches??? And a note to "upgraders" that recipe shouldn't collect patches but be applied to linux-fslc kernel tree. The whole point of the note in the recipe is: if there is a patch that should be applied to the kernel tree of linux-fslc-imx - then it should be submitted against the respective branch (which is used in the recipe) as a PR to https://github.com/Freescale/linux-fslc, and not kept as a patch in the layer. > > Regards, > > Brian > > > > > -- Regards, Andrey. ^ permalink raw reply [flat|nested] 38+ messages in thread
end of thread, other threads:[~2021-03-04 22:06 UTC | newest] Thread overview: 38+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2021-03-01 17:06 Want to use linux-fslc 5.10 with Dunfell Brian Hutchinson 2021-03-01 17:17 ` [meta-freescale] " Otavio Salvador 2021-03-01 18:29 ` Brian Hutchinson 2021-03-01 18:30 ` Otavio Salvador [not found] ` <CAFZh4h88ZeCUfAHXjU1tousMQoRrQwcuCH6-qVsnL1nKpKyv0A@mail.gmail.com> 2021-03-01 19:59 ` Brian Hutchinson 2021-03-02 7:45 ` Peter Bergin 2021-03-02 13:28 ` Brian Hutchinson [not found] ` <166889913B7B60E8.18810@lists.yoctoproject.org> 2021-03-02 15:34 ` Brian Hutchinson 2021-03-02 18:23 ` Andrey Zhizhikin 2021-03-02 19:34 ` Brian Hutchinson [not found] ` <16689D843EF7BBD6.17298@lists.yoctoproject.org> 2021-03-02 23:00 ` Brian Hutchinson [not found] ` <1668A8CAFCF24F79.31223@lists.yoctoproject.org> 2021-03-03 15:31 ` Brian Hutchinson [not found] ` <1668DEDA4359AC1E.2939@lists.yoctoproject.org> 2021-03-03 15:42 ` Brian Hutchinson 2021-03-03 16:31 ` Fabio Estevam 2021-03-03 16:54 ` Andrey Zhizhikin 2021-03-03 17:01 ` Fabio Estevam 2021-03-03 19:48 ` Brian Hutchinson 2021-03-04 9:27 ` Andrey Zhizhikin 2021-03-04 14:37 ` Brian Hutchinson 2021-03-04 14:41 ` Andrey Zhizhikin 2021-03-04 15:32 ` Brian Hutchinson [not found] ` <16692D851CD111AC.16452@lists.yoctoproject.org> 2021-03-04 18:56 ` Brian Hutchinson 2021-03-04 19:23 ` Andrey Zhizhikin 2021-03-04 19:56 ` Brian Hutchinson [not found] ` <16693BE55864B434.22430@lists.yoctoproject.org> 2021-03-04 20:36 ` Brian Hutchinson 2021-03-04 20:49 ` Andrey Zhizhikin 2021-03-04 21:56 ` Peter Bergin 2021-03-04 22:06 ` Andrey Zhizhikin 2021-03-04 22:06 ` Brian Hutchinson 2021-03-04 10:49 ` Peter Bergin 2021-03-04 11:09 ` Fabio Estevam 2021-03-04 11:19 ` Andrey Zhizhikin 2021-03-04 12:56 ` Andrey Zhizhikin 2021-03-04 13:41 ` Fabio Estevam 2021-03-04 13:52 ` Andrey Zhizhikin 2021-03-04 13:56 ` Fabio Estevam 2021-03-04 11:11 ` Andrey Zhizhikin 2021-03-02 7:53 ` Andrey Zhizhikin
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.