{"id":912,"date":"2012-08-11T14:20:42","date_gmt":"2012-08-11T21:20:42","guid":{"rendered":"http:\/\/www.graphics-muse.org\/wp\/?p=912"},"modified":"2012-08-11T14:20:45","modified_gmt":"2012-08-11T21:20:45","slug":"beaglebox-sgx-opengl-support-requires-softfp-if-you-build-your-own-toolchain","status":"publish","type":"post","link":"https:\/\/www.graphics-muse.org\/wp\/?p=912","title":{"rendered":"BeagleBox: SGX (openGL support) requires softfp if you build your own toolchain."},"content":{"rendered":"

I’ve got BeagleBox<\/a> booting just fine now and have been hacking my way through various releases of the SGX package<\/a> in order to get OpenGL support for the board.  The latest release, 4_06_00_03, makes it possible to build the required kernel drivers and demo applications fairly easily.  But there are caveats.<\/p>\n

First, the SGX package has binary libraries that are built using softfp<\/a>.  This means the library will be a little slower than libraries built with hardfp<\/a> support.  However, to get hardfp support you have to use specially built SGX libraries available from Robert Nelson via his Ubuntu builds for BeagleBoard<\/a>.  Unfortunately, to use these you pretty much need to use the CodeSourcery toolchain (see the README.txt in Robert’s sgx_hardfp.tar.gz<\/a> package that is downloaded via his sgx_build_modules.sh script that used to be part of his stable-kernel tree<\/a>, though it doesn’t appear to be there now).  That would defeat the purpose of BeagleBox, which is a DIY project.  So I’ll have to rebuild my toolchain to use softfp instead and deal with slower performance until the SGX package is updated to support both softfp and hardfp.<\/p>\n

The other problem is the way the kernel modules build is performed by the SGX package.  It grabs all other kernel modules to generate a rootfs structure that is complete for modules but incomplete in most other ways.  To use this under Buildroot I’ll have to <\/p>\n