Re: [Discuss-gnuradio] Sigh

[Philip Balister]

On Wed, Nov 19, 2008 at 2:41 PM, Andrew Harris <address@hidden> 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 :)

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

>
> -andrew
>
> On Tue, Nov 18, 2008 at 2:09 PM, Gregory Maxwell <address@hidden> wrote:
>> On Tue, Nov 18, 2008 at 1:47 PM, Bob McGwier <address@hidden> 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. :(
>>
>> 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.
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>