Hello,

I'm new to meta-freescale and trying to build a system for imx6 from
https://github.com/Freescale/fsl-community-bsp-platform. But the
do_fetch step on the imx kernel fails always with a 'Connection reset by
peer'. It seems that the freescale server is somehow broken. I have
tried a simple git clone on git://git.freescale.com/imx/linux-imx.git
with a similar issue. Most of the time it fails with 'Connection reset
by peer'. Sometime it starts with 'Counting objects' for a very long
time before it gets disconnected.

Has anybody experienced the same issue (I have started trying 3 days
ago)? Is there any mirror which I can use instead?

Thanks in advance,
Georg

Hello,

I added Jun and Lauren on Cc so they can look at the issue.

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

Hello,

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

Regards,
Georg

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

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

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

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

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

I can confirm git.freescale.com is slow. This might easily lead to timeouts.

git clone git://git.freescale.com/imx/linux-imx.git
Cloning into 'linux-imx'...
eatremote: Counting objects: 3791253
remote: Counting objects: 5278893, done.
remote: Compressing objects: 100% (839205/839205), done.
Receiving objects: 4% (261343/5278893), 112.78 MiB | 87.00 KiB/s

Connection speed starts around 400KiB/s and drops sometimes to less than 12KiB/s, even on a well-connected host. Checking out stuff from Github with this Germany based host flies.

I have had a similar experience in the past, but assumed it to be a temporarily issue. Apparently, it is more structural...

Cheers,

Bas.

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Regards,
Georg

Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g9685wd@...> wrote:

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Thanks for running the tests.

I did look about differences and you did test against kernel 4.9 it seems.

I'd like to know if you can run same test but against linux-fslc (it
uses 4.13 mainline). Is it possible?

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

Hello Otavio,
On 17/10/2017 18:28, Otavio Salvador wrote:

Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g9685wd@...> wrote:

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Thanks for running the tests.

I did look about differences and you did test against kernel 4.9 it seems.

I'd like to know if you can run same test but against linux-fslc (it
uses 4.13 mainline). Is it possible?

I have already seen in the release-notes that there are many different
kernel versions. It's not obvious to me which version to use for my
future project. I think mainline kernel is better for latest bugfixes.
Is my listing of kernels from freescale to mainline at the rate of
changes to mainline correct?:
* linux-imx
* linux-fslc-imx
* linux-fslc
* mainline
Thats just to know why this two version exist (linux-fslc-imx and
linux-fslc).

For the test I have added the following lines to machine/imx6ullevk.conf:

PREFERRED_PROVIDER_virtual/kernel = "linux-fslc"
PREFERRED_PROVIDER_kernel = "linux-fslc"

Not sure if the .._virtual... line is needed but it seems to use the
right kernel version. I get my log in:
build/tmp/work/imx6ullevk-poky-linux-gnueabi/linux-fslc/4.13+gitAUTOINC+e12ac43313-r0/temp/log.do_compile.30043

I get the following compilation error:

| make[3]: *** No rule to make target
'arch/arm/boot/dts/imx6ull-14x14-evk-btwifi.dtb'. Stop.
| arch/arm/Makefile:341: recipe for target
'imx6ull-14x14-evk-btwifi.dtb' failed
| make[2]: *** [imx6ull-14x14-evk-btwifi.dtb] Error 2
| Makefile:145: recipe for target 'sub-make' failed
| make[1]: *** [sub-make] Error 2
| Makefile:24: recipe for target '__sub-make' failed
| make: *** [__sub-make] Error 2
| ERROR: oe_runmake failed

It seems that imx6ull-14x14-evk-btwifi.dtb is missing.

Hello Georg,

On Wed, Oct 18, 2017 at 6:14 AM, georg <g9685wd@...> wrote:

Hello Otavio,
On 17/10/2017 18:28, Otavio Salvador wrote:

Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g9685wd@...> wrote:

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Thanks for running the tests.

I did look about differences and you did test against kernel 4.9 it seems.

I'd like to know if you can run same test but against linux-fslc (it
uses 4.13 mainline). Is it possible?

I have already seen in the release-notes that there are many different
kernel versions. It's not obvious to me which version to use for my
future project. I think mainline kernel is better for latest bugfixes.
Is my listing of kernels from freescale to mainline at the rate of
changes to mainline correct?:
* linux-imx
* linux-fslc-imx
* linux-fslc
* mainline
Thats just to know why this two version exist (linux-fslc-imx and
linux-fslc).

Basically:

linux-imx: NXP Linux kernel fork
linux-fslc-imx: NXP Linux kernel fork plus FSLC changes (and stable
releases merged)
linux-fslc: Mainline Linux kernel fork with FSLC chages

For the test I have added the following lines to machine/imx6ullevk.conf:

PREFERRED_PROVIDER_virtual/kernel = "linux-fslc"
PREFERRED_PROVIDER_kernel = "linux-fslc"

Not sure if the .._virtual... line is needed but it seems to use the
right kernel version. I get my log in:
build/tmp/work/imx6ullevk-poky-linux-gnueabi/linux-fslc/4.13+gitAUTOINC+e12ac43313-r0/temp/log.do_compile.30043

Right, please remove the dtb from KERNEL_DEVICETREE list so we can
make sure it all works ;-)

I get the following compilation error:

| make[3]: *** No rule to make target
'arch/arm/boot/dts/imx6ull-14x14-evk-btwifi.dtb'. Stop.
| arch/arm/Makefile:341: recipe for target
'imx6ull-14x14-evk-btwifi.dtb' failed
| make[2]: *** [imx6ull-14x14-evk-btwifi.dtb] Error 2
| Makefile:145: recipe for target 'sub-make' failed
| make[1]: *** [sub-make] Error 2
| Makefile:24: recipe for target '__sub-make' failed
| make: *** [__sub-make] Error 2
| ERROR: oe_runmake failed

It seems that imx6ull-14x14-evk-btwifi.dtb is missing.
--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale

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

On 18/10/2017 12:53, Otavio Salvador wrote:

Hello Georg,

On Wed, Oct 18, 2017 at 6:14 AM, georg <g9685wd@...> wrote:

Hello Otavio,
On 17/10/2017 18:28, Otavio Salvador wrote:

Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g9685wd@...> wrote:

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Thanks for running the tests.

I did look about differences and you did test against kernel 4.9 it seems.

I'd like to know if you can run same test but against linux-fslc (it
uses 4.13 mainline). Is it possible?

I have already seen in the release-notes that there are many different
kernel versions. It's not obvious to me which version to use for my
future project. I think mainline kernel is better for latest bugfixes.
Is my listing of kernels from freescale to mainline at the rate of
changes to mainline correct?:
* linux-imx
* linux-fslc-imx
* linux-fslc
* mainline
Thats just to know why this two version exist (linux-fslc-imx and
linux-fslc).

Basically:

linux-imx: NXP Linux kernel fork
linux-fslc-imx: NXP Linux kernel fork plus FSLC changes (and stable
releases merged)
linux-fslc: Mainline Linux kernel fork with FSLC chages

For the test I have added the following lines to machine/imx6ullevk.conf:

PREFERRED_PROVIDER_virtual/kernel = "linux-fslc"
PREFERRED_PROVIDER_kernel = "linux-fslc"

Not sure if the .._virtual... line is needed but it seems to use the
right kernel version. I get my log in:
build/tmp/work/imx6ullevk-poky-linux-gnueabi/linux-fslc/4.13+gitAUTOINC+e12ac43313-r0/temp/log.do_compile.30043

Right, please remove the dtb from KERNEL_DEVICETREE list so we can
make sure it all works ;-)

I didn't notice that this is coming form the machine configuration file.
I have remove it, the build works now.
But the boot don't, I have the same behavior as with the other kernel.
Near the end of the boot process, it restarts without any kernel trace
indicating a problem.

I get the following compilation error:

| make[3]: *** No rule to make target
'arch/arm/boot/dts/imx6ull-14x14-evk-btwifi.dtb'. Stop.
| arch/arm/Makefile:341: recipe for target
'imx6ull-14x14-evk-btwifi.dtb' failed
| make[2]: *** [imx6ull-14x14-evk-btwifi.dtb] Error 2
| Makefile:145: recipe for target 'sub-make' failed
| make[1]: *** [sub-make] Error 2
| Makefile:24: recipe for target '__sub-make' failed
| make: *** [__sub-make] Error 2
| ERROR: oe_runmake failed

It seems that imx6ull-14x14-evk-btwifi.dtb is missing.
--
_______________________________________________
meta-freescale mailing list
meta-freescale@...
https://lists.yoctoproject.org/listinfo/meta-freescale

On Wed, Oct 18, 2017 at 10:24 AM, georg <g9685wd@...> wrote:

On 18/10/2017 12:53, Otavio Salvador wrote:

Hello Georg,

On Wed, Oct 18, 2017 at 6:14 AM, georg <g9685wd@...> wrote:

Hello Otavio,
On 17/10/2017 18:28, Otavio Salvador wrote:

Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g9685wd@...> wrote:

On 16/10/2017 15:46, Otavio Salvador wrote:

On Mon, Oct 16, 2017 at 11:05 AM, georg <g9685wd@...> wrote:

Hello,

On Mon, Oct 16, 2017 at 6:27 AM, georg <g9685wd@...> wrote:

I have started a script this weekend which tries to do a git clone with
--mirror in a loop every hour till it succeeds. This was working, I have
now a cloned linux-imx.git repository which I can use in all future builds.

Nonetheless it's very annoying to not be able to do a simple "bitbake
core-image-minimal" with a standard freescale evaluation board.

I am curious to know which machine as we use linux-fslc-imx for most
machines as default.

Ah, that's interesting. I thought it's the same repository for all
freescale processors. It's for imx6ull.

If you can, test rocko and change the machine to use u-boot-fslc and
linux-fslc-imx so we confirm it works there. If it does, we can
change.

Hello,

I have done my previous tests on master (morty doesn't support imx6ull).

So if have tested rocko and change this file:
meta-freescale/conf/machine/imx6ullevk.conf. I have removed the
following lines:
PREFERRED_PROVIDER_u-boot = "u-boot-imx"
PREFERRED_PROVIDER_virtual/bootloader = "u-boot-imx"
PREFERRED_PROVIDER_virtual/kernel = "linux-imx"

It seems that imx-base.inc let chose bitbake u-boot-fslc and linux-fslc-imx.
I have u-boot-fslc-v2017.09+gitAUTOINC+a6a15fedd1-r0 and
linux-fslc-imx-4.1-2.0.x+gitAUTOINC+6c1ad49339-r0 in my buildstats. So
now it's using u-boot-fslc and linux-fslc-imx.

The download is slow too, but without connection errors. After several
hours, the kernel sources are downloaded.

The build is successful, but boot sucks. U-boot boots correctly, but not
linux. I have a reboot without any kernel trace near the end of the
boot, like that:

Configuring network interfaces... fec 20b4000.ethernet eth0: Freescale
FEC PHY driver [Micrel KSZ8081 or KSZ8091]
(mii_bus:phy_addr=20b4000.ethernet:01, irq=-1)
IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
udhcpc (v1.24.1) started
Sending discover...
Sending discover...
fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control >rx/tx
IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sending discover...


U-Boot 2017.09+fslc+ga6a15fe (Oct 17 2017 - 13:56:43 +0200)

I have no idea why. There is no kernel crash trace so it's perhaps
something like the watchdog.

Thanks for running the tests.

I did look about differences and you did test against kernel 4.9 it seems.

I'd like to know if you can run same test but against linux-fslc (it
uses 4.13 mainline). Is it possible?

I have already seen in the release-notes that there are many different
kernel versions. It's not obvious to me which version to use for my
future project. I think mainline kernel is better for latest bugfixes.
Is my listing of kernels from freescale to mainline at the rate of
changes to mainline correct?:
* linux-imx
* linux-fslc-imx
* linux-fslc
* mainline
Thats just to know why this two version exist (linux-fslc-imx and
linux-fslc).

Basically:

linux-imx: NXP Linux kernel fork
linux-fslc-imx: NXP Linux kernel fork plus FSLC changes (and stable
releases merged)
linux-fslc: Mainline Linux kernel fork with FSLC chages

For the test I have added the following lines to machine/imx6ullevk.conf:

PREFERRED_PROVIDER_virtual/kernel = "linux-fslc"
PREFERRED_PROVIDER_kernel = "linux-fslc"

Not sure if the .._virtual... line is needed but it seems to use the
right kernel version. I get my log in:
build/tmp/work/imx6ullevk-poky-linux-gnueabi/linux-fslc/4.13+gitAUTOINC+e12ac43313-r0/temp/log.do_compile.30043

Right, please remove the dtb from KERNEL_DEVICETREE list so we can
make sure it all works ;-)

I didn't notice that this is coming form the machine configuration file.
I have remove it, the build works now.
But the boot don't, I have the same behavior as with the other kernel.
Near the end of the boot process, it restarts without any kernel trace
indicating a problem.

Fabio, is it possible for you to test ULL using mainline kernel? Georg
is testing using 4.13 (using 2017.09+fslc U-Boot).

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

On Wed, Oct 18, 2017 at 10:27 AM, Otavio Salvador
<otavio.salvador@...> wrote:

Fabio, is it possible for you to test ULL using mainline kernel? Georg
is testing using 4.13 (using 2017.09+fslc U-Boot).

Yes, I can reproduce the reboot problem here.

A quick workaround to avoid the reboot:

--- a/arch/arm/boot/dts/imx6ul-14x14-evk.dts
+++ b/arch/arm/boot/dts/imx6ul-14x14-evk.dts
@@ -262,6 +262,7 @@
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_wdog>;
fsl,ext-reset-output;
+ status = "disabled";
};

&iomuxc {

Currently I don't have time for debugging this issue. I do not see it
with mx6ul, only on mx6ull.

On Thu, Oct 19, 2017 at 1:59 PM, Fabio Estevam <festevam@...> wrote:

On Wed, Oct 18, 2017 at 10:27 AM, Otavio Salvador
<otavio.salvador@...> wrote:

Fabio, is it possible for you to test ULL using mainline kernel? Georg
is testing using 4.13 (using 2017.09+fslc U-Boot).

Yes, I can reproduce the reboot problem here.

A quick workaround to avoid the reboot:

--- a/arch/arm/boot/dts/imx6ul-14x14-evk.dts
+++ b/arch/arm/boot/dts/imx6ul-14x14-evk.dts
@@ -262,6 +262,7 @@
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_wdog>;
fsl,ext-reset-output;
+ status = "disabled";
};

&iomuxc {

Currently I don't have time for debugging this issue. I do not see it
with mx6ul, only on mx6ull.

I did look at 4.14 and there are no changes related to it as well. It
seems this is still happening.

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

On Thu, Oct 19, 2017 at 2:17 PM, Otavio Salvador
<otavio.salvador@...> wrote:

I did look at 4.14 and there are no changes related to it as well. It
seems this is still happening.

Yes, I understand the issue now and will send a proper patch later
today to the arm-linux-kernel list.

On Thu, Oct 19, 2017 at 2:18 PM, Fabio Estevam <festevam@...> wrote:

Yes, I understand the issue now and will send a proper patch later
today to the arm-linux-kernel list.

I was mistaken and this needs more investigation. I won't be able to
debug this soon.

On Thu, Oct 19, 2017 at 11:03 PM, Fabio Estevam <festevam@...> wrote:

On Thu, Oct 19, 2017 at 2:18 PM, Fabio Estevam <festevam@...> wrote:

Yes, I understand the issue now and will send a proper patch later
today to the arm-linux-kernel list.

I was mistaken and this needs more investigation. I won't be able to
debug this soon.

Here is a temporary hack patch that would allow you to use the board
while a proper fix is not available:

https://pastebin.com/pJWqrSiQ

Hello Fabio,
Hello Georg,

Fabio, thanks for looking at this.

On Thu, Oct 19, 2017 at 11:16 PM, Fabio Estevam <festevam@...> wrote:

On Thu, Oct 19, 2017 at 11:03 PM, Fabio Estevam <festevam@...> wrote:

On Thu, Oct 19, 2017 at 2:18 PM, Fabio Estevam <festevam@...> wrote:

Yes, I understand the issue now and will send a proper patch later
today to the arm-linux-kernel list.

I was mistaken and this needs more investigation. I won't be able to
debug this soon.

Here is a temporary hack patch that would allow you to use the board
while a proper fix is not available:

https://pastebin.com/pJWqrSiQ

Georg, is it possible for you test the above patch?

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

Hi Octavio,

Is this a general issue for the git.freescale.com.imx.linux-imx.git and git.freescale.com.imx.uboot-imx.git ?
I am trying to build an image for imx7dsabresd and do_fetch() for both repos fails. I tried Morty and Pyro, same result.

Thanks,
Carlos