On 10/26/2014 07:33 AM, Andy Green wrote:
On 26 October 2014 18:40:55 GMT+08:00, Peter Robinson pbrobinson@gmail.com wrote:
append ro root=UUID=c078beec-18b2-44ae-aac5-e6fc275b45c5 console=ttyS0,115200 loglevel=8
Then he boots into firstboot on serial console which is nice.
Ethernet
etc seems to work fine.
Couple more findings
- Cubietruck Ethernet onboard is broken. His phy negotiates the
link OK but he cannot pass traffic. Googling around other people get this from non-3.4 kernel, so it's something missing upstream I guess.
Latest rawhide kernel (3.18.0-0.rc1.git2.1.fc22.armv7hl) and update
to latest sunxi U-Boot ( e847610a41af2b @ https://github.com/jwrdegoede/u-boot-sunxi ) did not solve it, it's still broken.
That uboot is no longer being updated as everything is now upstream
in
the mainline uboot. I'd use the one shipped with Fedora or upstream u-boot 2014.10 GA release.
Okay... but it does not seem to be present at +16 sectors on the sd
image provided by Fedora.
Honestly I would be surprised if it was since it exactly and
incompatibly conflicts with the Cubieboard 2 uboot also required at +16 sectors of the sd image.
No, we don't provide any default uboot on the images by design because the image is designed to be used on a lot more devices than just the AllWinner devices.
https://fedoraproject.org/wiki/Architectures/ARM/F21/Installation#For_AllWin...
Yeah. I know it's difficult to do what you're doing.
Perhaps I came at it differently. It was actually easy for me for some odd reason. One dd step to get the right uboot. For a while in the pre-alpha, I needed a special uboot for the Cubieboard2 direct from Hans; this is no longer the case though.
Just looking through your list, the u-boots all conflict badly.
This is a terrible shame when we have a single kernel binary now.
Maybe someday there will be a 'single u-boot binary'.
-Andy
arm mailing list arm@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/arm