To specific questions of the PRU software I would rather defer to one of the experts. Charles S would probably be the person to talk to on this matter.
What I would do in your place however is probably get a recent image. If wheezy ( which I personally prefer - sysv versus systemd init daemon - stock ), then use *apt-cache search linux-image*, to find the kernel I want. I usually go with the latest 4.x kernel . . . then *apt-cache search pru *to find the PRU compiler tools. One thing to be aware of. You do not have to compile your own kernel and create a module to use the PRU. As I am not 100% sure what you're going to do to achieve your end goal. But the drivers for the pru etc are all there already. All you really need is a software interface to get the data from the PRU, to Linux, and then out ethernet I'm gathering ? I had / have a similar project but reading CANBus and spitting the data out over ethernet( websockets ). Without creating my own kernel module. Just using the socketCAN library, and a library called "libmongoose". I have no hands on with using the PRUs yet. I have done a lot of reading on them. But it seems to reason that a kernel module is not exactly necessary ? I'm thinking from 30,000ft that the pru library set once in Linux, could be used similar to how I used socketCAN. Then write intermediate code between the PRU libraries to something like libmongoose to achieve your goal ? Perhaps through an IPC mechanism ( I'm leaning towards Message Queues but still debating ). IDK perhaps food for thought ? On Thu, Jul 9, 2015 at 3:20 PM, <[email protected]> wrote: > > Then it sounds like I should aim for 4.1.x since that is where Robert and > the community is going. I had no problem > getting 4.1.1 built and running, but the PRU is a black box for me. > > So, regarding 4.1.1 - Is the PRU support known to be broken? > > I would be happy to go through the process of trying a procedure that > worked before (?) to see if it works now. > > Is this the gold standard for PRU: > https://github.com/beagleboard/am335x_pru_package > > Also, here is my basic understanding of what is needed to use the PRU: > (Is this correct?) > > 1. Kernel driver (uio_pruss) which allows loading code and starting the > PRU. > 2. Some user app (X?) that can talk to uio_pruss. > 3. Some bin file that the PRU can execute. > 4. Some device tree file that sets up I/O for the PRU - Or can the PRU code > optionally just do this for itself? > > Regards, > J > > -- > 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. > -- 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.
