Thanks for your post William, 
the idea to start an executable from uboot sounds very close to what I want 
i guess. My question here would be which document is equivalent to the 
PruReferenceGuide, such that I can find out how to talk to the various 
hardware pieces such as memory and inputs/outputs and the NEON core etc., 
and which compiler I would have to use (in the best case a C compiler with 
inline assembler support). And if available, a library with some useful 
functions such as a accessing serial port (USB) and maybe even Ethernet 
(though i guess that would require interrupts and all sorts of other 
overhead) would be just perfect! 

But actually I have just now looked into starterware (
http://processors.wiki.ti.com/index.php/StarterWare_02.00.01.01_User_Guide#Serial_Peripherals),
 
and it really looks amazingly close to what I had in mind. There are lots 
of examples and I guess i'll start testing some of them. 

@Charles: Thanks for the warning :) Im still still a noob when it comes to 
processor architecture. The application I have in mind (FIR filter) is 
computationally intensive, but does not need a huge data throughput (few 
MSps would be enough, which I know I can delegate to the PRU if necessary). 
I found the idea of using the main processor appealing as I read somewhere 
about its SIMD capability (doing 16 or 32 multiplications and accumulates 
simultaneously, which would theoretically allow something like 16-32Gflops, 
right?), and floating point arithmetics. 

So if you confirm that all those advantages are lost somewhere in the 
communication between core and dedicated modules, that would be a pity but 
indeed save me a lot of time :) 

And for curiosity/ease of later implementation/number of available 
input-output ports: What delay and number of necessary instructions can I 
expect for exchanging one or multiple bits between the main processor and a 
GPIO port? More than 10 cycles?

Thanks so much for your suggestins and help! 




-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
For more options, visit https://groups.google.com/d/optout.

Reply via email to