I have a software radio application that runs on Linux, but needs to ship on VxWorks. Can I run Linux under VxWorks, perhaps as a separate task ?
Any suggestions would be appreciated.
Bob Beck snipped-for-privacy@assurtech.com
I have a software radio application that runs on Linux, but needs to ship on VxWorks. Can I run Linux under VxWorks, perhaps as a separate task ?
Any suggestions would be appreciated.
Bob Beck snipped-for-privacy@assurtech.com
Don't do that. It'll hurt.
Why do you need to ship with a flat memory model scheduling library instead of an operating system? Is there some hardware constraint (small memory, etc.) that dictates its use? Or maybe the system person likes paying royalties? Hard to say.
If you can describe the target platform a bit better (what CPU, available memory, etc.), the answers might be more helpful.
Attempting to run Linux as a task under VxWorks is combining the worst that both environments have to offer, and that seems like a losing proposition.
If your application is sufficiently non-complex in the memory management area (which is where VxWorks is weakest), it may be possible to port to the vaguely POSIX-like interface that VxWorks provides, which works reasonably well for simpler programs. If you depend on fork() actually doing something, or mmap(), you really, *REALLY*, don't want to be near VxW.
Check out Jaluna-2/RT
--Marc
Have something to add? Share your thoughts — no account required.
Ask the community — no account required