From: Chris C. <che...@ho...> - 2007-09-14 07:54:06
|
Chris, I have managed to compile and flash the new version of u-boot to my gumstix. I took the linux buildroot from the repository and took out the u-boot patch files and make files from /target/arm and replaced the ones on the osx buildroot. I then patched the files using the buildroot make process and then compiled u-boot myself as the buildroot seemed to have difficulty in doing so. I then flashed u-boot.bin to the gumstix and it all works great! In response to your questions I am not sure if I know what you mean but I can explain how I build my build root. All of my cl stuff is done in bash on the terminal. Download the osx version of the buildroot form the svn repository make defconfig Rm .config Make This brings up package selection Sudo make (builds the build root) I compile my build root with arm, gumstix, xscale, 400 target. If I have misunderstood your question please let me know as I am somewhat of a novice at these things and I did not fully understand all of what you said! Chris On 13/9/07 16:37, "Chris McClenaghan" <ch...@mc...> wrote: > Chris, > > I have not been able to get anywhere with buildroot on OS X and would be > interested in how to do so. I'm using VMWare Fusion and an Ubuntu guest > as the build host on OS X. It works, but there are issues, for example I > haven't been able to get X11R6 to build. I would be interested in > knowing if there is a recommended host platform which eliminates any of > these problems. I've thought of building the buildroot with 386 as the > target and to run that as a guest, but I'm not sure the entire tool > chain is fully supported in this "eat your own dog food" model. > > Anyway, it appears that which version of uboot is built is a build host > dependent function as opposed to a make target, at least until we learn > how to overcome the situation you describe. Interestingly for me with an > Ubuntu build host, both 1521 and 1482 utilize 1.2. Curiously 1410 > downloads 1.1.4 for uboot, while my verdex board was delivered with > uboot 1.2 although the gumstix-release file says 1410. I have gotten no > response to this latter inconsistency from the list. > > Chris > > Chris Cheshire wrote: >> Chris, >> >> Thanks for that I hadent noticed the file sitting there right in front of >> me! >> >> Unfortunately even with revision 1521 the osx version of the buildroot still >> has u-boot 1.1.4 as it's default. I changed the u-boot.mk file in >> target/arm/u-boot/ to look for u-boot-1.2.0.tar.bz2 however when I placed >> the 1.2.0 file in the download folder and typed make, the new version of >> u-boot was ignored and 1.1.4 was downloaded fresh anyway. I then could not >> find any other lines of code in any other make files about u-boot 1.1.4 >> which has baffled me. I then proceeded to try and fool the compiler and >> rename 1.2.0 to 1.1.4 however this threw this error as soon as it unpacked >> >> bzcat /Users/Cheshire/osx/dl/u-boot-1.1.4.tar.bz2 | tar -C >> /Users/Cheshire/osx/build_arm_nofpu -xf - >> touch /Users/Cheshire/osx/build_arm_nofpu/u-boot-1.1.4/.unpacked >> touch: /Users/Cheshire/osx/build_arm_nofpu/u-boot-1.1.4/.unpacked: No such >> file or directory >> make: *** [/Users/Cheshire/osx/build_arm_nofpu/u-boot-1.1.4/.unpacked] Error >> 1 >> >> Chris >> >> >> >> >> On 12/9/07 18:21, "Chris McClenaghan" <ch...@mc...> wrote: >> >> >>> Chris, >>> >>> I haven't explicitly rebuilt uboot, yet, I'm at 1.2.0 on my verdex >>> board. However, whenever I run make in the buildroot top level directory >>> I get a new uboot - release 1482 and 1521. In that case I'm not >>> explicitly building uboot and I only answer the general target >>> questions. I assume the generated uboot is good for that architecture >>> that the rootfs and uImage are good for. >>> >>> Thoughts? >>> >>> Chris >>> >>> Chris Cheshire wrote: >>> >>>> I am currently trying to update the uboot version on my gumstix to 1.2.0. >>>> Does anyone know the correct board configuration switch for when you make >>>> uboot? I have a basix 400-bt. The closest I can see is the Xscale >>>> PXA255_idp >>>> but there is no config without the _idp bit. When I researched the PXA255 >>>> idp it came up with a different product made by vibron. Is this ok to use? >>>> >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> gumstix-users mailing list >>>> gum...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>>> >>>> >>>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2005. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> gumstix-users mailing list >>> gum...@li... >>> https://lists.sourceforge.net/lists/listinfo/gumstix-users >>> >>> >> >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> gumstix-users mailing list >> gum...@li... >> https://lists.sourceforge.net/lists/listinfo/gumstix-users >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |