DSPRelated.com
Forums
   Forums    More Forums    c6x  

OMAP : How to transfer data b/w ARM & DSP??

Started by eatconfidence ●December 9, 2004


Hi Buddies, Hope the mail find u all in high spirits.

I m new to OMAP plateform & finding few difficulties. Could you please give some information on transferring bulk data
between ARM & DSP in an OMAP. 1. Is the use of shared memory b/w ARM & DSP is the solution? If
yes, plz give some insight in that. 2. Is the Linux libraries available in the follwing links are
useful? If yes, plz give some insight in that. If possible, give example code, that demos how to send & recieve
data on either side. Earlier the better.. Thanks & regards,

Nitin.



Reply by Mike Dunn ●December 10, 20042004-12-10
Hello Nitin,
 
I believe that shared memory is the way to communicate between the 55x and the ARM.
 
OMAP tool preferences seem to be related to the hardware platform, individual debugging style, OS and maybe "the position of the moon".  I have heard one engineer "swear at" while another "swore by" the same exact tool.  Be cautious of advice from others unless it is accompanied by specific issues.  After all, it does no good for someone to tell you "how great the ice cream is" if it turns out that they like vanilla and you like chocolate.
 
BTW, if you carefully check the part numbers/designations of the OMAP processors you will not find a c6x family device - and this is a c6x news group.
 
good luck,
mikedunn

eatconfidence <e...@yahoo.com> wrote:
Hi Buddies,Hope the mail find u all in high spirits.

I m new to OMAP plateform & finding few difficulties.Could you please give some information on transferring bulk data
between ARM & DSP in an OMAP.1. Is the use of shared memory b/w ARM & DSP is the solution? If
yes, plz give some insight in that.2. Is the Linux libraries available in the follwing links are
useful? If yes, plz give some insight in that.If possible, give example code, that demos how to send & recieve
data on either side.Earlier the better..Thanks & regards,

Nitin.

_____________________________________
Note: If you do a simple "reply" with your email client, only the author of this message will receive your answer. You need to do a "reply all" if you want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join: Send an email to c...@yahoogroups.com

To Post: Send an email to c...@yahoogroups.com

To Leave: Send an email to c...@yahoogroups.com

Archives: http://www.yahoogroups.com/group/c6x

Other Groups: http://www.dsprelated.com

Yahoo! Groups Links

<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/c6x/

<*> To unsubscribe from this group, send an email to:
c...@yahoogroups.com

<*
Reply by Bhooshan iyer ●December 10, 20042004-12-10

Mike-

>BTW, if you carefully check the part numbers/designations of the OMAP
>processors you will not >find a c6x family device - and this is a c6x news
>group.

But i guess i would go floating wondering WHY nitin shouldnt find a c6x in
OMAP, afterall ti claims c6x is its highest peformance DSP and am sure OMAP
wouldnt hurt with any additional increase in performace!

Nitin-

>Hope the mail find u all in high spirits.

Like Drunk and all?

>2. Is the Linux libraries available in the follwing links are
>useful? If yes, plz give some insight in that.

There were no links, were u teasing us? I could do with few links to linux
libraries!

>If possible, give example code, that demos how to send & recieve
>data on either side.

Buy an OMAP starter kit with a kick start program like mistral's, if am not
mistaken you will get a whole bunch of applications and customer support
along with it.

--Bhooshan

----Original Message Follows----
From: Mike Dunn <>
To: eatconfidence <>,
Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)

Hello Nitin,

I believe that shared memory is the way to communicate between the 55x and
the ARM.

OMAP tool preferences seem to be related to the hardware platform,
individual debugging style, OS and maybe "the position of the moon". I have
heard one engineer "swear at" while another "swore by" the same exact tool.
Be cautious of advice from others unless it is accompanied by specific
issues. After all, it does no good for someone to tell you "how great the
ice cream is" if it turns out that they like vanilla and you like chocolate.

BTW, if you carefully check the part numbers/designations of the OMAP
processors you will not find a c6x family device - and this is a c6x news
group.

good luck,
mikedunn

eatconfidence <> wrote:
Hi Buddies, Hope the mail find u all in high spirits.

I m new to OMAP plateform & finding few difficulties. Could you please give some information on transferring bulk data
between ARM & DSP in an OMAP. 1. Is the use of shared memory b/w ARM & DSP is the solution? If
yes, plz give some insight in that. 2. Is the Linux libraries available in the follwing links are
useful? If yes, plz give some insight in that. If possible, give example code, that demos how to send & recieve
data on either side. Earlier the better.. Thanks & regards,

Nitin.

_____________________________________
Note: If you do a simple "reply" with your email client, only the author of
this message will receive your answer. You need to do a "reply all" if you
want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join: Send an email to

To Post: Send an email to

To Leave: Send an email to

Archives: http://www.yahoogroups.com/group/c6x

Other Groups: http://www.dsprelated.com

Yahoo! Groups Links

_________________________________________________________________
Check Hoyts movie times via SMS:
http://hoyts.ninemsn.com.au/session/sms_sessiontimes.asp

Reply by Jeff Brower ●December 10, 20042004-12-10
Bhooshan-

> But i guess i would go floating wondering WHY nitin shouldnt find a c6x in
> OMAP, afterall ti claims c6x is its highest peformance DSP and am sure OMAP
> wouldnt hurt with any additional increase in performace!

I believe because OMAP is intended for very low-cost wireless products (such as
cellphones). A C6x core would add too much cost.

-Jeff > Nitin-
>
> >Hope the mail find u all in high spirits.
>
> Like Drunk and all?
>
> >2. Is the Linux libraries available in the follwing links are
> >useful? If yes, plz give some insight in that.
>
> There were no links, were u teasing us? I could do with few links to linux
> libraries!
>
> >If possible, give example code, that demos how to send & recieve
> >data on either side.
>
> Buy an OMAP starter kit with a kick start program like mistral's, if am not
> mistaken you will get a whole bunch of applications and customer support
> along with it.
>
> --Bhooshan
>
> ----Original Message Follows----
> From: Mike Dunn <>
> To: eatconfidence <>,
> Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
>
> Hello Nitin,
>
> I believe that shared memory is the way to communicate between the 55x and
> the ARM.
>
> OMAP tool preferences seem to be related to the hardware platform,
> individual debugging style, OS and maybe "the position of the moon". I have
> heard one engineer "swear at" while another "swore by" the same exact tool.
> Be cautious of advice from others unless it is accompanied by specific
> issues. After all, it does no good for someone to tell you "how great the
> ice cream is" if it turns out that they like vanilla and you like chocolate.
>
> BTW, if you carefully check the part numbers/designations of the OMAP
> processors you will not find a c6x family device - and this is a c6x news
> group.
>
> good luck,
> mikedunn
>
> eatconfidence <> wrote:
>
> Hi Buddies,
>
> Hope the mail find u all in high spirits.
>
> I m new to OMAP plateform & finding few difficulties.
>
> Could you please give some information on transferring bulk data
> between ARM & DSP in an OMAP.
>
> 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> yes, plz give some insight in that.
>
> 2. Is the Linux libraries available in the follwing links are
> useful? If yes, plz give some insight in that.
>
> If possible, give example code, that demos how to send & recieve
> data on either side.
>
> Earlier the better..
>
> Thanks & regards,
>
> Nitin.
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author of
> this message will receive your answer. You need to do a "reply all" if you
> want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links
>
> _________________________________________________________________
> Check Hoyts movie times via SMS:
> http://hoyts.ninemsn.com.au/session/sms_sessiontimes.asp
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author of
this message will receive your answer. You need to do a "reply all" if you want
your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links >
>
Reply by Pablo Fraile ●December 10, 20042004-12-10

Not to mention the power dissipation. By the way, I'm always wondering what
kind of processors mount the mass-production consumer electronics, such as
cameras, mp3 playes or mobile phones. Any of you know some examples of
well-known companies using TI DSPs for such devices?

Pablo

-----Mensaje original-----
De: Jeff Brower [mailto:]
Enviado el: viernes, 10 de diciembre de 2004 12:32
Para: Bhooshan iyer
CC:
Asunto: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
Bhooshan-

> But i guess i would go floating wondering WHY nitin shouldnt find a c6x in
> OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
OMAP
> wouldnt hurt with any additional increase in performace!

I believe because OMAP is intended for very low-cost wireless products (such
as
cellphones). A C6x core would add too much cost.

-Jeff > Nitin-
>
> >Hope the mail find u all in high spirits.
>
> Like Drunk and all?
>
> >2. Is the Linux libraries available in the follwing links are
> >useful? If yes, plz give some insight in that.
>
> There were no links, were u teasing us? I could do with few links to linux
> libraries!
>
> >If possible, give example code, that demos how to send & recieve
> >data on either side.
>
> Buy an OMAP starter kit with a kick start program like mistral's, if am
not
> mistaken you will get a whole bunch of applications and customer support
> along with it.
>
> --Bhooshan
>
> ----Original Message Follows----
> From: Mike Dunn <>
> To: eatconfidence <>,
> Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
>
> Hello Nitin,
>
> I believe that shared memory is the way to communicate between the 55x and
> the ARM.
>
> OMAP tool preferences seem to be related to the hardware platform,
> individual debugging style, OS and maybe "the position of the moon". I
have
> heard one engineer "swear at" while another "swore by" the same exact
tool.
> Be cautious of advice from others unless it is accompanied by specific
> issues. After all, it does no good for someone to tell you "how great the
> ice cream is" if it turns out that they like vanilla and you like
chocolate.
>
> BTW, if you carefully check the part numbers/designations of the OMAP
> processors you will not find a c6x family device - and this is a c6x news
> group.
>
> good luck,
> mikedunn
>
> eatconfidence <> wrote:
>
> Hi Buddies,
>
> Hope the mail find u all in high spirits.
>
> I m new to OMAP plateform & finding few difficulties.
>
> Could you please give some information on transferring bulk data
> between ARM & DSP in an OMAP.
>
> 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> yes, plz give some insight in that.
>
> 2. Is the Linux libraries available in the follwing links are
> useful? If yes, plz give some insight in that.
>
> If possible, give example code, that demos how to send & recieve
> data on either side.
>
> Earlier the better..
>
> Thanks & regards,
>
> Nitin.
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author
of
> this message will receive your answer. You need to do a "reply all" if you
> want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links
>
> _________________________________________________________________
> Check Hoyts movie times via SMS:
> http://hoyts.ninemsn.com.au/session/sms_sessiontimes.asp
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author
of this message will receive your answer. You need to do a "reply all" if
you want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links >
>


_____________________________________
Note: If you do a simple "reply" with your email client, only the author of
this message will receive your answer. You need to do a "reply all" if you
want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join: Send an email to

To Post: Send an email to

To Leave: Send an email to

Archives: http://www.yahoogroups.com/group/c6x

Other Groups: http://www.dsprelated.com

Yahoo! Groups Links

Reply by Jeff Brower ●December 10, 20042004-12-10
Pablo-

> Not to mention the power dissipation. By the way, I'm always wondering what
> kind of processors mount the mass-production consumer electronics, such as
> cameras, mp3 playes or mobile phones. Any of you know some examples of
> well-known companies using TI DSPs for such devices?

News reports indicate that Nokia is one good example of a key C5xxx core client
(cellphones).

For C67xx or C64xx, I don't know of a mass-production consumer product using it
yet.
What about a set top box using DM642? Possible.

-Jeff > -----Mensaje original-----
> De: Jeff Brower [mailto:]
> Enviado el: viernes, 10 de diciembre de 2004 12:32
> Para: Bhooshan iyer
> CC:
> Asunto: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
>
> Bhooshan-
>
> > But i guess i would go floating wondering WHY nitin shouldnt find a c6x in
> > OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
> OMAP
> > wouldnt hurt with any additional increase in performace!
>
> I believe because OMAP is intended for very low-cost wireless products (such
> as
> cellphones). A C6x core would add too much cost.
>
> -Jeff
>
> > Nitin-
> >
> > >Hope the mail find u all in high spirits.
> >
> > Like Drunk and all?
> >
> > >2. Is the Linux libraries available in the follwing links are
> > >useful? If yes, plz give some insight in that.
> >
> > There were no links, were u teasing us? I could do with few links to linux
> > libraries!
> >
> > >If possible, give example code, that demos how to send & recieve
> > >data on either side.
> >
> > Buy an OMAP starter kit with a kick start program like mistral's, if am
> not
> > mistaken you will get a whole bunch of applications and customer support
> > along with it.
> >
> > --Bhooshan
> >
> > ----Original Message Follows----
> > From: Mike Dunn <>
> > To: eatconfidence <>,
> > Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> > Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
> >
> > Hello Nitin,
> >
> > I believe that shared memory is the way to communicate between the 55x and
> > the ARM.
> >
> > OMAP tool preferences seem to be related to the hardware platform,
> > individual debugging style, OS and maybe "the position of the moon". I
> have
> > heard one engineer "swear at" while another "swore by" the same exact
> tool.
> > Be cautious of advice from others unless it is accompanied by specific
> > issues. After all, it does no good for someone to tell you "how great the
> > ice cream is" if it turns out that they like vanilla and you like
> chocolate.
> >
> > BTW, if you carefully check the part numbers/designations of the OMAP
> > processors you will not find a c6x family device - and this is a c6x news
> > group.
> >
> > good luck,
> > mikedunn
> >
> > eatconfidence <> wrote:
> >
> > Hi Buddies,
> >
> > Hope the mail find u all in high spirits.
> >
> > I m new to OMAP plateform & finding few difficulties.
> >
> > Could you please give some information on transferring bulk data
> > between ARM & DSP in an OMAP.
> >
> > 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> > yes, plz give some insight in that.
> >
> > 2. Is the Linux libraries available in the follwing links are
> > useful? If yes, plz give some insight in that.
> >
> > If possible, give example code, that demos how to send & recieve
> > data on either side.
> >
> > Earlier the better..
> >
> > Thanks & regards,
> >
> > Nitin.
Reply by Jeff Brower ●December 10, 20042004-12-10
Bhooshan-

> And power dissipation is a different issue altogether but then ARM is not
> exactly a power efficient processor either!

One of TI's great strengths is process. Who is better? Intel, AMD? I can't
think
of anyone else who can, in X amount of silicon, place more with less power
consumption. My guess would be their ARM implementation is as low-power as
anyone's.

-Jeff

> > But i guess i would go floating wondering WHY nitin shouldnt find a c6x
> in
> > OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
> OMAP
> > wouldnt hurt with any additional increase in performace!
>
> I believe because OMAP is intended for very low-cost wireless products (such
> as
> cellphones). A C6x core would add too much cost.
>
> -Jeff
>
> > Nitin-
> >
> > >Hope the mail find u all in high spirits.
> >
> > Like Drunk and all?
> >
> > >2. Is the Linux libraries available in the follwing links are
> > >useful? If yes, plz give some insight in that.
> >
> > There were no links, were u teasing us? I could do with few links to
> linux
> > libraries!
> >
> > >If possible, give example code, that demos how to send & recieve
> > >data on either side.
> >
> > Buy an OMAP starter kit with a kick start program like mistral's, if am
> not
> > mistaken you will get a whole bunch of applications and customer support
> > along with it.
> >
> > --Bhooshan
> >
> > ----Original Message Follows----
> > From: Mike Dunn <>
> > To: eatconfidence <>,
> > Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> > Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
> >
> > Hello Nitin,
> >
> > I believe that shared memory is the way to communicate between the 55x
> and
> > the ARM.
> >
> > OMAP tool preferences seem to be related to the hardware platform,
> > individual debugging style, OS and maybe "the position of the moon". I
> have
> > heard one engineer "swear at" while another "swore by" the same exact
> tool.
> > Be cautious of advice from others unless it is accompanied by specific
> > issues. After all, it does no good for someone to tell you "how great
> the
> > ice cream is" if it turns out that they like vanilla and you like
> chocolate.
> >
> > BTW, if you carefully check the part numbers/designations of the OMAP
> > processors you will not find a c6x family device - and this is a c6x news
> > group.
> >
> > good luck,
> > mikedunn
> >
> > eatconfidence <> wrote:
> >
> > Hi Buddies,
> >
> > Hope the mail find u all in high spirits.
> >
> > I m new to OMAP plateform & finding few difficulties.
> >
> > Could you please give some information on transferring bulk data
> > between ARM & DSP in an OMAP.
> >
> > 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> > yes, plz give some insight in that.
> >
> > 2. Is the Linux libraries available in the follwing links are
> > useful? If yes, plz give some insight in that.
> >
> > If possible, give example code, that demos how to send & recieve
> > data on either side.
> >
> > Earlier the better..
> >
> > Thanks & regards,
> >
> > Nitin.
> >
> > _____________________________________
> > Note: If you do a simple "reply" with your email client, only the author
> of
> > this message will receive your answer. You need to do a "reply all" if
> you
> > want your answer to be distributed to the entire group.
> >
> > _____________________________________
> > About this discussion group:
> >
> > To Join: Send an email to
> >
> > To Post: Send an email to
> >
> > To Leave: Send an email to
> >
> > Archives: http://www.yahoogroups.com/group/c6x
> >
> > Other Groups: http://www.dsprelated.com
> >
> > Yahoo! Groups Links
> >
> > _________________________________________________________________
> > Check Hoyts movie times via SMS:
> > http://hoyts.ninemsn.com.au/session/sms_sessiontimes.asp
> >
> > _____________________________________
> > Note: If you do a simple "reply" with your email client, only the author
> of this message will receive your answer. You need to do a "reply all" if
> you want your answer to be distributed to the entire group.
> >
> > _____________________________________
> > About this discussion group:
> >
> > To Join: Send an email to
> >
> > To Post: Send an email to
> >
> > To Leave: Send an email to
> >
> > Archives: http://www.yahoogroups.com/group/c6x
> >
> > Other Groups: http://www.dsprelated.com
> >
> > Yahoo! Groups Links
> >
> >
> >
> >
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author of
> this message will receive your answer. You need to do a "reply all" if you
> want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links >
>
> _________________________________________________________________
> More computer for your money. Hot deals from Dell!
> http://clk.atdmt.com/EUR/go/nnmsndel0010000099eur/direct/01/



Reply by Bhooshan iyer ●December 10, 20042004-12-10

Jeff-

>I believe because OMAP is intended for very low-cost wireless products
>(such as
>cellphones). A C6x core would add too much cost.

But i believe OMAP phones are found these days only in smart phones and
PDA, neither are exactly cost sensitive markets as far as i know.

And power dissipation is a different issue altogether but then ARM is not
exactly a power efficient processor either!

--Bhooshan

> But i guess i would go floating wondering WHY nitin shouldnt find a c6x
in
> OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
OMAP
> wouldnt hurt with any additional increase in performace!

I believe because OMAP is intended for very low-cost wireless products (such
as
cellphones). A C6x core would add too much cost.

-Jeff > Nitin-
>
> >Hope the mail find u all in high spirits.
>
> Like Drunk and all?
>
> >2. Is the Linux libraries available in the follwing links are
> >useful? If yes, plz give some insight in that.
>
> There were no links, were u teasing us? I could do with few links to
linux
> libraries!
>
> >If possible, give example code, that demos how to send & recieve
> >data on either side.
>
> Buy an OMAP starter kit with a kick start program like mistral's, if am
not
> mistaken you will get a whole bunch of applications and customer support
> along with it.
>
> --Bhooshan
>
> ----Original Message Follows----
> From: Mike Dunn <>
> To: eatconfidence <>,
> Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
>
> Hello Nitin,
>
> I believe that shared memory is the way to communicate between the 55x
and
> the ARM.
>
> OMAP tool preferences seem to be related to the hardware platform,
> individual debugging style, OS and maybe "the position of the moon". I
have
> heard one engineer "swear at" while another "swore by" the same exact
tool.
> Be cautious of advice from others unless it is accompanied by specific
> issues. After all, it does no good for someone to tell you "how great
the
> ice cream is" if it turns out that they like vanilla and you like
chocolate.
>
> BTW, if you carefully check the part numbers/designations of the OMAP
> processors you will not find a c6x family device - and this is a c6x news
> group.
>
> good luck,
> mikedunn
>
> eatconfidence <> wrote:
>
> Hi Buddies,
>
> Hope the mail find u all in high spirits.
>
> I m new to OMAP plateform & finding few difficulties.
>
> Could you please give some information on transferring bulk data
> between ARM & DSP in an OMAP.
>
> 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> yes, plz give some insight in that.
>
> 2. Is the Linux libraries available in the follwing links are
> useful? If yes, plz give some insight in that.
>
> If possible, give example code, that demos how to send & recieve
> data on either side.
>
> Earlier the better..
>
> Thanks & regards,
>
> Nitin.
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author
of
> this message will receive your answer. You need to do a "reply all" if
you
> want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links
>
> _________________________________________________________________
> Check Hoyts movie times via SMS:
> http://hoyts.ninemsn.com.au/session/sms_sessiontimes.asp
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author
of this message will receive your answer. You need to do a "reply all" if
you want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links >
>


_____________________________________
Note: If you do a simple "reply" with your email client, only the author of
this message will receive your answer. You need to do a "reply all" if you
want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join: Send an email to

To Post: Send an email to

To Leave: Send an email to

Archives: http://www.yahoogroups.com/group/c6x

Other Groups: http://www.dsprelated.com

Yahoo! Groups Links

_________________________________________________________________
More computer for your money. Hot deals from Dell!
http://clk.atdmt.com/EUR/go/nnmsndel0010000099eur/direct/01/

Reply by Jeff Brower ●December 10, 20042004-12-10
Bhooshan-

> I found it quite staggering that there would no consumer products based on
> c6000 devices --so i decided to do some search--and ended up with zilch!
>
> Most of what came up was CPCI boards and similar other *Modules* but no
> single product or reference design! And even more interesting is that
> motorolla's website is the first result for a search on "C6000 based" +
> product (CPCI boards)!!

Check out Dolby (C6713).

> Its amazing that a much touted, much marketed six year old DSP family from
> the world's leading DSP manufacturer wouldnt have yet found its way to mass
> production yet!
>
> Is it that C6000 is intended/doomed to be an *infrastructure* DSP module
> rather a cosnsumer oriented DSP? or is this a path all new DSP's must take
> before they become boxed??

It has been true for many years in DSP that floating-point gets people "locked
in" to
the vendor, then a few end up using fixed-point devices in mass-produced
products.
The rule-of-thumb is 90/10: 90% of customers purchase floating-point, but
provide
only 10% of revenue -- and flip that for fixed-point. If you want to make big
bucks
via mass-production, then spending same to write hand-optimized assembly code
for a
CISC architecture fixed-point device is not an issue.

-Jeff > ----Original Message Follows----
> From: Jeff Brower <>
> To: Pablo Fraile <>
> CC:
> Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> Date: Fri, 10 Dec 2004 07:06:19 -0600
>
> Pablo-
>
> > Not to mention the power dissipation. By the way, I'm always wondering
> what
> > kind of processors mount the mass-production consumer electronics, such
> as
> > cameras, mp3 playes or mobile phones. Any of you know some examples of
> > well-known companies using TI DSPs for such devices?
>
> News reports indicate that Nokia is one good example of a key C5xxx core
> client
> (cellphones).
>
> For C67xx or C64xx, I don't know of a mass-production consumer product using
> it yet.
> What about a set top box using DM642? Possible.
>
> -Jeff
>
> > -----Mensaje original-----
> > De: Jeff Brower [mailto:]
> > Enviado el: viernes, 10 de diciembre de 2004 12:32
> > Para: Bhooshan iyer
> > CC:
> > Asunto: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> >
> > Bhooshan-
> >
> > > But i guess i would go floating wondering WHY nitin shouldnt find a c6x
> in
> > > OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
> > OMAP
> > > wouldnt hurt with any additional increase in performace!
> >
> > I believe because OMAP is intended for very low-cost wireless products
> (such
> > as
> > cellphones). A C6x core would add too much cost.
> >
> > -Jeff
> >
> > > Nitin-
> > >
> > > >Hope the mail find u all in high spirits.
> > >
> > > Like Drunk and all?
> > >
> > > >2. Is the Linux libraries available in the follwing links are
> > > >useful? If yes, plz give some insight in that.
> > >
> > > There were no links, were u teasing us? I could do with few links to
> linux
> > > libraries!
> > >
> > > >If possible, give example code, that demos how to send & recieve
> > > >data on either side.
> > >
> > > Buy an OMAP starter kit with a kick start program like mistral's, if am
> > not
> > > mistaken you will get a whole bunch of applications and customer
> support
> > > along with it.
> > >
> > > --Bhooshan
> > >
> > > ----Original Message Follows----
> > > From: Mike Dunn <>
> > > To: eatconfidence <>,
> > > Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> > > Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
> > >
> > > Hello Nitin,
> > >
> > > I believe that shared memory is the way to communicate between the 55x
> and
> > > the ARM.
> > >
> > > OMAP tool preferences seem to be related to the hardware platform,
> > > individual debugging style, OS and maybe "the position of the moon". I
> > have
> > > heard one engineer "swear at" while another "swore by" the same exact
> > tool.
> > > Be cautious of advice from others unless it is accompanied by specific
> > > issues. After all, it does no good for someone to tell you "how great
> the
> > > ice cream is" if it turns out that they like vanilla and you like
> > chocolate.
> > >
> > > BTW, if you carefully check the part numbers/designations of the OMAP
> > > processors you will not find a c6x family device - and this is a c6x
> news
> > > group.
> > >
> > > good luck,
> > > mikedunn
> > >
> > > eatconfidence <> wrote:
> > >
> > > Hi Buddies,
> > >
> > > Hope the mail find u all in high spirits.
> > >
> > > I m new to OMAP plateform & finding few difficulties.
> > >
> > > Could you please give some information on transferring bulk data
> > > between ARM & DSP in an OMAP.
> > >
> > > 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> > > yes, plz give some insight in that.
> > >
> > > 2. Is the Linux libraries available in the follwing links are
> > > useful? If yes, plz give some insight in that.
> > >
> > > If possible, give example code, that demos how to send & recieve
> > > data on either side.
> > >
> > > Earlier the better..
> > >
> > > Thanks & regards,
> > >
> > > Nitin.
>
> _____________________________________
> Note: If you do a simple "reply" with your email client, only the author of
> this message will receive your answer. You need to do a "reply all" if you
> want your answer to be distributed to the entire group.
>
> _____________________________________
> About this discussion group:
>
> To Join: Send an email to
>
> To Post: Send an email to
>
> To Leave: Send an email to
>
> Archives: http://www.yahoogroups.com/group/c6x
>
> Other Groups: http://www.dsprelated.com
>
> Yahoo! Groups Links >
>
> _________________________________________________________________
> More computer for your money. Hot deals from Dell!
> http://clk.atdmt.com/EUR/go/nnmsndel0010000099eur/direct/01/



Reply by Bhooshan iyer ●December 10, 20042004-12-10

Jeff-

>For C67xx or C64xx, I don't know of a mass-production consumer product
>using it yet.
>What about a set top box using DM642? Possible.

I found it quite staggering that there would no consumer products based on
c6000 devices --so i decided to do some search--and ended up with zilch!

Most of what came up was CPCI boards and similar other *Modules* but no
single product or reference design! And even more interesting is that
motorolla's website is the first result for a search on "C6000 based" +
product (CPCI boards)!!

Its amazing that a much touted, much marketed six year old DSP family from
the world's leading DSP manufacturer wouldnt have yet found its way to mass
production yet!

Is it that C6000 is intended/doomed to be an *infrastructure* DSP module
rather a cosnsumer oriented DSP? or is this a path all new DSP's must take
before they become boxed??

Interesting...

--Bhooshan ----Original Message Follows----
From: Jeff Brower <>
To: Pablo Fraile <>
CC:
Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
Date: Fri, 10 Dec 2004 07:06:19 -0600 Pablo-

> Not to mention the power dissipation. By the way, I'm always wondering
what
> kind of processors mount the mass-production consumer electronics, such
as
> cameras, mp3 playes or mobile phones. Any of you know some examples of
> well-known companies using TI DSPs for such devices?

News reports indicate that Nokia is one good example of a key C5xxx core
client
(cellphones).

For C67xx or C64xx, I don't know of a mass-production consumer product using
it yet.
What about a set top box using DM642? Possible.

-Jeff > -----Mensaje original-----
> De: Jeff Brower [mailto:]
> Enviado el: viernes, 10 de diciembre de 2004 12:32
> Para: Bhooshan iyer
> CC:
> Asunto: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
>
> Bhooshan-
>
> > But i guess i would go floating wondering WHY nitin shouldnt find a c6x
in
> > OMAP, afterall ti claims c6x is its highest peformance DSP and am sure
> OMAP
> > wouldnt hurt with any additional increase in performace!
>
> I believe because OMAP is intended for very low-cost wireless products
(such
> as
> cellphones). A C6x core would add too much cost.
>
> -Jeff
>
> > Nitin-
> >
> > >Hope the mail find u all in high spirits.
> >
> > Like Drunk and all?
> >
> > >2. Is the Linux libraries available in the follwing links are
> > >useful? If yes, plz give some insight in that.
> >
> > There were no links, were u teasing us? I could do with few links to
linux
> > libraries!
> >
> > >If possible, give example code, that demos how to send & recieve
> > >data on either side.
> >
> > Buy an OMAP starter kit with a kick start program like mistral's, if am
> not
> > mistaken you will get a whole bunch of applications and customer
support
> > along with it.
> >
> > --Bhooshan
> >
> > ----Original Message Follows----
> > From: Mike Dunn <>
> > To: eatconfidence <>,
> > Subject: Re: [c6x] OMAP : How to transfer data b/w ARM & DSP??
> > Date: Thu, 9 Dec 2004 21:15:05 -0800 (PST)
> >
> > Hello Nitin,
> >
> > I believe that shared memory is the way to communicate between the 55x
and
> > the ARM.
> >
> > OMAP tool preferences seem to be related to the hardware platform,
> > individual debugging style, OS and maybe "the position of the moon". I
> have
> > heard one engineer "swear at" while another "swore by" the same exact
> tool.
> > Be cautious of advice from others unless it is accompanied by specific
> > issues. After all, it does no good for someone to tell you "how great
the
> > ice cream is" if it turns out that they like vanilla and you like
> chocolate.
> >
> > BTW, if you carefully check the part numbers/designations of the OMAP
> > processors you will not find a c6x family device - and this is a c6x
news
> > group.
> >
> > good luck,
> > mikedunn
> >
> > eatconfidence <> wrote:
> >
> > Hi Buddies,
> >
> > Hope the mail find u all in high spirits.
> >
> > I m new to OMAP plateform & finding few difficulties.
> >
> > Could you please give some information on transferring bulk data
> > between ARM & DSP in an OMAP.
> >
> > 1. Is the use of shared memory b/w ARM & DSP is the solution? If
> > yes, plz give some insight in that.
> >
> > 2. Is the Linux libraries available in the follwing links are
> > useful? If yes, plz give some insight in that.
> >
> > If possible, give example code, that demos how to send & recieve
> > data on either side.
> >
> > Earlier the better..
> >
> > Thanks & regards,
> >
> > Nitin.


_____________________________________
Note: If you do a simple "reply" with your email client, only the author of
this message will receive your answer. You need to do a "reply all" if you
want your answer to be distributed to the entire group.

_____________________________________
About this discussion group:

To Join: Send an email to

To Post: Send an email to

To Leave: Send an email to

Archives: http://www.yahoogroups.com/group/c6x

Other Groups: http://www.dsprelated.com

Yahoo! Groups Links

_________________________________________________________________
More computer for your money. Hot deals from Dell!
http://clk.atdmt.com/EUR/go/nnmsndel0010000099eur/direct/01/