Ryan Hileman

merged dma branch at 61b6f076fd5baca6c6a1d18bf783c97ef71c3b9c. blocks are still local.

might just be textures now

> ERROR: EGL Error detected: EGL_BAD_NATIVE_WINDOW (0x300B) This seems bad. Have you tried without `LIBGL_FB=1`?

Does es2gears or an ES1 triangle demo work? We need a baseline. Are you on the stock oldschool n900 OS? I don't have any way of testing, besides the fact...

In that last attempt, you set the environment variables for tinygles but not for glshim library path, so it used mesa's libGL! You can probably still LD_PRELOAD=/path/to/glshim/lib/libGL.so.1 for glshim to...

glshim is designed to be ABI-compatible with real libGL.so.1, so you can always swap between them (no need to be explicitly linked to glshim). That last one looks promising. What's...

Oh! es2gears_x11 is wrong. Don't run any es2 commands against glshim, that's nonsensical. Use glxgears and glxinfo for testing.

That's a recursion overflow, see here where it calls itself: https://github.com/lunixbochs/tinygles/blob/unstable/src/gles/light.c#L14 Is it possible your OpenGL headers are bad? You can use the ones from the glshim repo. That recursion...

#define GL_FRONT 0x0404 #define GL_BACK 0x0405 #define GL_FRONT_AND_BACK 0x0408 The first call is face=1028, or `0x404`, which is just GL_FRONT and should not recurse at all. The second call is...

Can you single step through the first glMaterialfv with `s` (source line at a time) and just look at which lines it runs? Once you get to the *third* time...