Sigh

GNU Radio
1

It appears that TI has withdrawn the free offering of a linux version of
its compilers that I pointed out earlier (in October) at this link.

https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html

This is very disappointing. Without free tools it makes no sense
whatsoever to use TI parts for our projects (OMAP, etc.).

They just took a great thing and flushed it down a toilet.

2

On Tue, Nov 18, 2008 at 1:47 PM, Bob McGwier [email protected] wrote:

It appears that TI has withdrawn the free offering of a linux version of its
compilers that I pointed out earlier (in October) at this link.

https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html

This is very disappointing. Without free tools it makes no sense whatsoever
to use TI parts for our projects (OMAP, etc.).

They just took a great thing and flushed it down a toilet.

Even if you’ve missed some detail and they are still available, or TI
has puts them back you should take this as an important reminder:
No-cost software is not the same as Free Software, even for
development tools. You were always at TI’s mercy. :frowning:

When I saw that the beagle-board OMAP had a nice fast c64x my first
question was “Can GCC target this?” when I found out the answer was no
I went no further. Not because of some blind preference free software
but because of exactly this practical concern.

3

Bob-

It appears that TI has withdrawn the free offering of a linux version of
its compilers that I pointed out earlier (in October) at this link.

https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html

This is very disappointing. Without free tools it makes no sense
whatsoever to use TI parts for our projects (OMAP, etc.).

They just took a great thing and flushed it down a toilet.

The above page requires a MyTI log-in… which most people on the group
probably
don’t have.

Is there another link that everyone can see?

-Jeff

4

I have a my ti login, which is easy to get. The link is just gone.

ARRL SDR Working Group Chair
Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats,
NJQRP, QRP ARCI, QCWA, FRC.
" Don’t despair, not even over the fact that you don’t despair. ", Kafka

5

On Tue, Nov 18, 2008 at 11:47 AM, Bob McGwier [email protected] wrote:

It appears that TI has withdrawn the free offering of a linux version of its
compilers that I pointed out earlier (in October) at this link.

https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html

This is very disappointing. Without free tools it makes no sense whatsoever
to use TI parts for our projects (OMAP, etc.).

They just took a great thing and flushed it down a toilet.

Not really, apparently IT screwed up and they are not recovering
quickly. I’m sure anyone who has had to deal with the corporate
webserver has some understanding how painful and slow this stuff can
be.

TI is trying, people are starting to understand open source and to
feed themselves using open-source models. Changing large corporations
is a slow process. There are people who really want people in the open
source world to do things with their DSP’s.

If anyone needs further information, the best place to ask is the
Beagle Board list.

Philip

6

Hello,

I’m curious about this – this doesn’t imply that you can’t use the
beagleboard with the USRP, right? Only that you can’t use the onboard
beagleboard DSP to essentially replace the USRP. Correct me if I’m
wrong.

-andrew

7

On Wed, Nov 19, 2008 at 2:41 PM, Andrew H. [email protected]
wrote:

Hello,

I’m curious about this – this doesn’t imply that you can’t use the
beagleboard with the USRP, right? Only that you can’t use the onboard
beagleboard DSP to essentially replace the USRP. Correct me if I’m
wrong.

I think you are getting confused :slight_smile:

Basically, you can (almost) use the Beagle Board to talk to the USRP
via USB. (There is some niggling MUSB driver issues and some libusb
headaches) (Also next year, it will get easier to attach a USRP via
the EHCI interface, rather than the MUSB based OTG port)

GNU Radio basically runs, lots of blocks need NEON support for GNU
radio to work well. GCC (currently) does a very poor job vectorizing
code for the NEON instructions.

GNU Radio currently has no support for handing data to the DSP and
doing processing on the DSP. This is the interesting part and why we
need reliable access to the TI DSP tools.

Philip