mmh, glBegin/glEnd shouldn't work at all in this platforms (we assume that they always work with openGL ES) so it might be that this particular board is using plain openGL which might break some things. in particular here it might seem the tesselator is broken. this usually happens cause the index type is unisgned int in openGL but unsigned short in openGL ES.
can anybody with one of this boards check that it's really using plain openGL instead of openGL ES? in that case we would need to recompile the tesselator with an exception for this board definning TESSindex as unsigned int and add another exception in ofConstants.h unsetting TARGET_OPENGLES for this specific board
there might be some other places where we assume TARGET_LINUXARM == TARGET_OPENGLES but i think everything related to graphics is using TARGET_OPENGLES and should work as expected if we change ofConstants.h
In general we should have a more generic way of specifying OpenGL ES since there's desktop platforms that have support for openGLES and embeeded boards that have support for plain OpenGL so the assumption we are currently making can be problematic in some edge cases
