Hello,
I am in the process of determining if our Unix based (QNX) RTOS application can
be migrated over to the DSP platform.
My major concern is if we will have high level support that we currently use in
our C code. Will the DSP RT Kernal provided by TI, support:
POSIX / ANSI compliance?
Is there a high level ethernet stack driver, that allows function calls that
will not require direct hardware programming?
Has this been done before..porting an aplication running under UNIX to a DSP?
Thank you for your time.
Tim
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video
Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
Porting UNIX design to DSP
Started by ●March 10, 2008
Reply by ●March 10, 20082008-03-10
Tim-
> I am in the process of determining if our Unix based (QNX) RTOS application
> can be migrated over to the DSP platform.
>
> My major concern is if we will have high level support that we currently
> use in our C code. Will the DSP RT Kernal provided by TI, support:
>
> POSIX / ANSI compliance?
>
> Is there a high level ethernet stack driver, that allows function calls
> that will not require direct hardware programming?
>
> Has this been done before..porting an aplication running under UNIX to a DSP?
Suggest to check out VirtualLogix:
http://www.virtuallogix.com/index.php?id!
This is not TI-implemented and backed up with TI-internal tech support, but it
appears that VirtualLogix has good TI DSP expertise and had done excellent work.
-Jeff
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
> I am in the process of determining if our Unix based (QNX) RTOS application
> can be migrated over to the DSP platform.
>
> My major concern is if we will have high level support that we currently
> use in our C code. Will the DSP RT Kernal provided by TI, support:
>
> POSIX / ANSI compliance?
>
> Is there a high level ethernet stack driver, that allows function calls
> that will not require direct hardware programming?
>
> Has this been done before..porting an aplication running under UNIX to a DSP?
Suggest to check out VirtualLogix:
http://www.virtuallogix.com/index.php?id!
This is not TI-implemented and backed up with TI-internal tech support, but it
appears that VirtualLogix has good TI DSP expertise and had done excellent work.
-Jeff
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
Reply by ●March 10, 20082008-03-10
Tim,
On Mon, Mar 10, 2008 at 12:06 PM, wrote:
> Hello,
>
> I am in the process of determining if our Unix based (QNX) RTOS application
> can be migrated over to the DSP platform.
>
> My major concern is if we will have high level support that we currently
> use in our C code. Will the DSP RT Kernal provided by TI, support:
>
> POSIX / ANSI compliance?
TI's DSP/BIOS is not POSIX compliant.
Green Hills has Integrity POSIX RTOS for c64+ [at least].
BlackHawk's Talon POSIX RTOS is very mature and has been ported to
most [or all] of TI's DSPs.
>
> Is there a high level ethernet stack driver, that allows function calls
> that will not require direct hardware programming?
TI [and other vendors] has one or more ethernet stacks available. The
one that I worked with a few years ago was a separate product. I
believe that you will find an ethernet stack in many of the
EVM/development board products. I do not know anything about cost or
licensing.
>
> Has this been done before..porting an aplication running under UNIX to a
> DSP?
Until recently, DSPs were power rich and memory starved so you didn't
see too many ported applications. The last few years I have seen lots
of com, network, audio, and video apps [primarily just the core
processing like codecs] ported to the DSP. The real issues have to do
with how much support your 'application' needs.
mikedunn
>
> Thank you for your time.
>
> Tim
>
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
On Mon, Mar 10, 2008 at 12:06 PM, wrote:
> Hello,
>
> I am in the process of determining if our Unix based (QNX) RTOS application
> can be migrated over to the DSP platform.
>
> My major concern is if we will have high level support that we currently
> use in our C code. Will the DSP RT Kernal provided by TI, support:
>
> POSIX / ANSI compliance?
TI's DSP/BIOS is not POSIX compliant.
Green Hills has Integrity POSIX RTOS for c64+ [at least].
BlackHawk's Talon POSIX RTOS is very mature and has been ported to
most [or all] of TI's DSPs.
>
> Is there a high level ethernet stack driver, that allows function calls
> that will not require direct hardware programming?
TI [and other vendors] has one or more ethernet stacks available. The
one that I worked with a few years ago was a separate product. I
believe that you will find an ethernet stack in many of the
EVM/development board products. I do not know anything about cost or
licensing.
>
> Has this been done before..porting an aplication running under UNIX to a
> DSP?
Until recently, DSPs were power rich and memory starved so you didn't
see too many ported applications. The last few years I have seen lots
of com, network, audio, and video apps [primarily just the core
processing like codecs] ported to the DSP. The real issues have to do
with how much support your 'application' needs.
mikedunn
>
> Thank you for your time.
>
> Tim
>
>
--
www.dsprelated.com/blogs-1/nf/Mike_Dunn.php
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
Reply by ●March 11, 20082008-03-11
http://www.micrium.com/ti/index.html
You might look at micrium.com ports. They show several ports to TI DSPs. I have used their early ports on a MC69HC11. The ports at the link are not produced by Micrium but by contributors. Micrium code is famous for having processor specific code reduced to a minimum. Don’t know if their products are POSIX compliant or not, but believe their RTOSs are used in critical systems.
They do have the EtherNet stack available for their RTOS.
Believe TI has begun to focus on their ARM-DSP products which means a Linux – DSP lash up. A Linux-DSP lash up means the functionality of Linux with the power of a DSP.
A general purpose OS may be much more that you need.
Remember only the really upper scale TI DSPs have even 2.0 MB of RAM, and DSP are not known for being memory efficient. For instance, it takes 5-8 32b worlds to increment a memory location in the C6412 in our product.
>>> Posted by: "t...@ultra-ems.com" t...@ultra-ems.com >>> tcamems
>>> Mon Mar 10, 2008 12:39 pm (PDT)
>>> Hello,
>>> I am in the process of determining if our Unix based (QNX) RTOS
>>> application can be migrated over to the DSP platform.
>>> My major concern is if we will have high level support that we
>>> currently use in our C code. Will the DSP RT Kernal provided by TI,
>>> support:
>>> POSIX / ANSI compliance?
>>> Is there a high level ethernet stack driver, that allows function
>>> calls that will not require direct hardware programming?
>>> Has this been done before..porting an aplication running under UNIX >>> to a DSP?
>>> Thank you for your time.
>>> Tim
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
You might look at micrium.com ports. They show several ports to TI DSPs. I have used their early ports on a MC69HC11. The ports at the link are not produced by Micrium but by contributors. Micrium code is famous for having processor specific code reduced to a minimum. Don’t know if their products are POSIX compliant or not, but believe their RTOSs are used in critical systems.
They do have the EtherNet stack available for their RTOS.
Believe TI has begun to focus on their ARM-DSP products which means a Linux – DSP lash up. A Linux-DSP lash up means the functionality of Linux with the power of a DSP.
A general purpose OS may be much more that you need.
Remember only the really upper scale TI DSPs have even 2.0 MB of RAM, and DSP are not known for being memory efficient. For instance, it takes 5-8 32b worlds to increment a memory location in the C6412 in our product.
>>> Posted by: "t...@ultra-ems.com" t...@ultra-ems.com >>> tcamems
>>> Mon Mar 10, 2008 12:39 pm (PDT)
>>> Hello,
>>> I am in the process of determining if our Unix based (QNX) RTOS
>>> application can be migrated over to the DSP platform.
>>> My major concern is if we will have high level support that we
>>> currently use in our C code. Will the DSP RT Kernal provided by TI,
>>> support:
>>> POSIX / ANSI compliance?
>>> Is there a high level ethernet stack driver, that allows function
>>> calls that will not require direct hardware programming?
>>> Has this been done before..porting an aplication running under UNIX >>> to a DSP?
>>> Thank you for your time.
>>> Tim
Check Out Industry's First Single-Chip, Multi-Format, Real-Time HD Video Transcoding Solution for Commercial & Consumer End Equipment: www.ti.com/dm6467
