Thanks for the answers!The OMAPs have migrated from omapfb driver to DRM based omapdrm, so we'll have to migrate to omapdrm (DRM here is "direct rendering manager", not something else you might think). This is required to support HDMI output at least, and both drivers can't coexist. The DRM API is entirely different and much more complex that fbdev (which is used for almost everything on pandora), I'm still digging through it.. It would look like they're mostly equivalent in exposed OMAP functionality, but the rotation appears to be rather difficult to use (needed for that damn portrait LCD). This will make it hard to do efficient backward compatibility and SDL (without doing multiple buffer copying+rotation in software).
About softfp vs hardfp, all libraries and binaries are tagged with soft(fp) or hard tags in elf headers, if there is mismatch between tags, runtime linker will refuse to load the whole program.
So for PND support, softfp versions of all libs in SZ will be needed, even libs that don't use floating point stuff.
And SDL will require a lot of work to make it efficient -- I suppose the default SDL which uses X would work, but it does not have scaling and optimized blitting.