thanks for the tip, Luca!

after building a profiling-enabled 2.6.31.12.3 kernel, the oprofile specialized driver, and oprofile itself (with kernel support enabled, naturally), i can now run oprofile sessions. alas, my testbed app developed one peculiar problem since then..

everything loads up and runs fine to the first swapBuffers or thereabout, where it appears to get stuck. after a while the kernel announces that the app has been blocked for 120s, and things go downhill from there.

the truly peculiar part is that the above happens even outside of oprofile sessions.

same thing happens to /usr/bin/simple_draw - judging by its log messages it does not get to complete its first frame either.

so here comes the mandatory question: has anybody successfully run an EGL/ES app under oprofile and/or a profile-enabled kernel on EfikaMX? needless to say, guidelines and tips from successful scenarios are welcome.

Hi Martin,

just curious and don't want to start a new thread for this - did you ever try to get Anti Aliasing working? Would be interesting to see how this affects Performance.

I could not find any infos anywhere how this can be enabled?

I haven't tinkered much with antialiasing on the platform, beyond checking that it works. It's rather costly in the current GL stack - 4x antialiasing practically halves the fillrate. So it's not as costly as SSAA, but it's still expensive for MSAA.
It's really simple. Just add to your config record: where N is one of the supported SAMPLES per the available configs as reported by the EGL stack. I.e. for the current EGL stack, it can be either 0, 2 or 4 (the first obviously being no AA).

Since there is clearly interest in that functionality, I've updated ntsh-jass and test-es to support FSAA through a command-line switch to the respective apps.

Also, EGL surface configs handling has been enhanced to include non-conformant surfaces too, which provides access to 2x FSAA modes in the current EGL stack. Which modes, apropos, are quite usable performance-wise (~15% fillrate hit).

oh look smooth edges 8)

Thank you very much, exactly what I needed to know.

Btw. very nice Blog Posts about the GPU Performance.
:)

Thanks, slyd. We'll get this baby rolling at full speed soon.

Apropos, in case you've already seen the pixel-counting AMD_performance_monitor counters - check them out now with FSAA on ; )