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

On 30/08/17 21:40, Otavio Salvador wrote: Hi Otavio, Teemu, > I did the update and merged the fix on master branch. Teemu please > give it a go and let me know if it works fine to you so we can > back

I basically agree, however the patch itself was ready and good to go. Requiring people to use stuff like git format-patch and git send-email is the actual shame. Figuring out how these things work, se

github and neither one had this fix. (I tried, master, morty and pyro branches). Has it been committed yet or is this needed to be done manually? (please don't top-post, fixed it for you) I never got

Bas Mevissen First make sure the actual hardware is there, as these boards come without the nand populated. Bas.

On 10/04/2017 13:05, Esponde, Joel wrote: (...) >> This reminds me of an issue I ran into with the same package. It failed with >> QA issues: >> >> ERROR: imx-uuc-0.5.1+gitAUTOINC+3440b11083-r1 do_pac

This reminds me of an issue I ran into with the same package. It failed with QA issues: ERROR: imx-uuc-0.5.1+gitAUTOINC+3440b11083-r1 do_package_qa: QA Issue: No GNU_HASH in the elf binary: '/work/bui

Great. True, but it might a bit harsh. Luckily it is documented now :-) (having said that, my current development is following morty blindly and I haven't had anything broken yet) Regards, Bas.

Will this be merged to Morty as well? This seems fine for Morty as well. This is a good idea, however it will break custom DTS files which I think is not acceptable in a stable branch. A solution for

Looks like a problem at your end. You are building for i.MX7 and not 6? What Poky version are you using? Looks like it is not current (Morty). I just did the following: bitbake gmp -c cleansstate bitb