This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Juno r0 does not boot with linaro android after u-boot

Hi, 

I am using Juno r0, and want to run android on that. 

So, I tried to work with 1) prebuilt linaro repo, 2) build from source for linaro 16.12.

However, it does not working after u-boot.

In fact, it seems like it stops in the middle of u-boot.

When I stop the boot process in the u-boot, the entire board stops in a few second. 

When it stops, u-boot terminal console does not work, and I cannot give any input to boot command to u-boot.

It seems like I am working with wrong version.

 

Please let me know whether the latest linaro version does not work with Juno r0.

In addition, if it is the case, please let me know which is the correct version I can work with.

 

Regards,

Parents
  • OK. I'm glad you have something booting, but as we know 16.12 works on multiple r0 boards....Clearly there's something wrong here that's specific to you board/environment. Possibly something operating at the outside edge of tolerances that just happens to be exposed by a change in the SW stack. Possibly something much more mundane, but I'm unable to guess what that would be. It may even be a serial / terminal emulation specific issue. i.e. the board might have booted (and you simply fail to see I/O via serial). You could try plugging a monitor in to check. Impossible to say for sure.

    An Android environment that boots with UEFI will be based on deliverables 1 year (ish?) old.

    >I hope for future kernel-firmware interface does not change.

    Unfortunately we can't guarantee that. Nor can we guarantee that the "mixed" environment you have booting is reliable. Obviously you need to balance the desire to carry on with your work, with the delays involved in a return/repair.
    MarkN.
Reply
  • OK. I'm glad you have something booting, but as we know 16.12 works on multiple r0 boards....Clearly there's something wrong here that's specific to you board/environment. Possibly something operating at the outside edge of tolerances that just happens to be exposed by a change in the SW stack. Possibly something much more mundane, but I'm unable to guess what that would be. It may even be a serial / terminal emulation specific issue. i.e. the board might have booted (and you simply fail to see I/O via serial). You could try plugging a monitor in to check. Impossible to say for sure.

    An Android environment that boots with UEFI will be based on deliverables 1 year (ish?) old.

    >I hope for future kernel-firmware interface does not change.

    Unfortunately we can't guarantee that. Nor can we guarantee that the "mixed" environment you have booting is reliable. Obviously you need to balance the desire to carry on with your work, with the delays involved in a return/repair.
    MarkN.
Children
No data