Hello Georg,

On Tue, Oct 17, 2017 at 1:58 PM, georg <g968...@gmail.com> wrote:
> On 16/10/2017 15:46, Otavio Salvador wrote:
>> On Mon, Oct 16, 2017 at 11:05 AM, georg <g968...@gmail.com> wrote:
>>>> Hello,
>>>>
>>>> On Mon, Oct 16, 2017 at 6:27 AM, georg <g968...@gmail.com> 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
-- 
_______________________________________________
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Reply via email to