On 26 October 2014 19:50:26 GMT+08:00, Robert Moskowitz <rgm@xxxxxxxxxxxxxxx> wrote: > >On 10/26/2014 07:33 AM, Andy Green wrote: >> >> On 26 October 2014 18:40:55 GMT+08:00, Peter Robinson ><pbrobinson@xxxxxxxxx> 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_AllWinner_Devices >> 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 ha, no. I mean the unification work that has taken place to make the U-Boots all act the same. I was even able to update my kernel using yum without the whole thing blowing up, and that should work on any of the supported boards. It's a lot of work behind the scenes to get there. If you look back a couple of years, when there was not even a single kernel binary for arm that could do this much, that is actually really surprising progress. Also I don't think it's 'easy' you have just been conditioned into thinking it must be super difficult. When was the last time you needed to dd some crap on to your x86 Fedora install to make it do something more than die? Actually this current situation is still unreasonable despite the great progress. -Andy >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@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/arm _______________________________________________ arm mailing list arm@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/arm
