Hello,
I have managed to run some of the SGX demos on Raw(not X11) (not all are working) with ubuntu-lucid, using the instructions from the following sites:

http://elinux.org/BeagleBoardUbuntu#...o_Acceleration

1. using the 3.01.00.02 Graphics SDK (OMAP35x_Graphics_SDK_setuplinux_3_01_00_02.bin),
2. https://code.launchpad.net/~beaglebo...unk/2.6-stable
(revision 67) (not working with 3_01_00_06, but apparently works with 02. I used Sourcery G++ Lite 2009q3-68 EABI as cross compiler)

I have built and integrated the kernel (2.6.32.11) and required kernel modules, booted and managed to run some of the demos. Havent tried everything but Chameleon man do not seem to run propery (the man's polygon vertices are completely messed up). Lighting demo crashes. EvilSkull seems to run fine, so does particles.

I have also tried to build and run qt-4.6.2 on the same environment with opengl es2 support using the 3_01_00_02 libraries. I based the mkspec and config parameters following the instructions at this site:

http://labs.trolltech.com/blogs/2009...oards-sgx-gpu/
(I used Sourcery G++ Lite 2009q3-67 GNU/Linux to build.)

The compilations seem to go well but when i try to run the applications such as hellogl_es2 and 2dpainting, it fails with the same message:

'cannot initiate virtual console switching'
'QEglcontext :: createSurface : unable to create surface, error = 0x300b'

The opengl portion is all green, similar to what someone reported at:
http://bugreports.qt.nokia.com/browse/QTBUG-7362
but with a different error code.
The same problem happens for other examples like 2dpainting.

I have set the /etc/powervr.ini as:
[default]
WindowSystem=libpvrQWSWSEGL.so

and using gdb, it says that libpvrQWSWSEGL.so is loaded, so i do not think powervr.ini is the culprit.
I have also tried QT_DEBUG_PLUGINS=1
as environment variable: output is like:

QFactoryLoader::QFactoryLoader() looking at "/usr/local/Trolltech/QtEmbedded-4.6.2-arm/plugins/gfxdrivers/libqgfxpvregl.so"
keys ("powervr")


I hesitate to ask too much about opengl at this forum but would someone please enlighten me as to whether this is a qt problem or some other problem. Perhaps it just doesn't work in 2.6.32 kernel?
Also, I tried the same procedure for angstrom, but it says it needs glibc-2.10.1 but cannot find it. How do I solve this problem?

Regards,
Otsuki