On 10/26/2014 07:33 AM, Andy Green wrote:
On 26 October 2014 18:40:55 GMT+08:00, Peter Robinson <pbrobinson(a)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_All...
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(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/arm