I would like to know if there is (or will be) any option to develop
for the SGX on the OMAP3530 beside using either the Linux or Windows
driver. Said otherwise, is it possible to use h/w graphic acceleration
provided by SGX in an application that isn't hosted under any OS? This
would be the preferred approach for a visualization application I
intend to develop (ie: no OS). Unfortunately, the only option I see
now is to stub the Linux driver, and even though I still haven't
considered the details of this particular approach, I can already tell
it'll be a painful process.
Thanks for your help and best regards,
I think you can buy the DDK which gives you all the sources... that is
what is needed to port to different OS's it would probably allow to
run standalone. But it is expensive...
Now I can't see your reason for not using an OS while there are many
for using one... not the least driver availability.
Don't expect a lot of support (either silicon vendor or community) for
non-os systems. I have seen it done but you need a great sw team.
I can’t imagine there would be much call for non-OS drivers (isn’t that an oxymoron anyway… driver for something but no OS…!!!)
Its not painful to stub from linux … just replace /sbin/init with your application. It then buys you lots of added benefits too…!!
I certainly don't have the budget to purchase the DDK, but I thought
that maybe there would be other options available.
Yes, there certainly are many advantages to using an OS. But the
application I intend to develop is a deeply embedded one, and it
wouldn't benefit from any of those (no need for network, complex
filesystems, device drivers (safe for some of the on-chip devices),
user support, etc). In fact, I was considering using a multi-core
microcontroller to implement it at first. But since it requires
digital signal processing and high-performance vector graphics in
realtime, I think that the OMAP is perfectly suitable for this task.
Of course, if the OS is in the background doing nothing, it cannot
hurt (replacing /sbin/init), but I'd rather find a solution that is a
bit more elegant than this one.
Also, I don't believe an OS is mandatory for any form of h/w graphic
support. And actually, there is a call for "non-OS drivers" as you
call them. For instance, SDKs for video game consoles (though this
tend to be less the case now) only provide a minimal, barebone
framework to access h/w graphic capabilities. Beside, OpenGL may be
too abstract to benefit from the distinctive capabilities of TBDR
devices such as the SGX, but this is my opinion only.