On Mon, Jul 4, 2016 at 10:30 PM, Jonathan Gray <[email protected]> wrote: > Lack of fdt use aside, we don't want to enable something that > allows userspace access to system memory like this.
I can understand this sentiment. Maybe next time.. Are you saying you are catagorically opposed to a PRU driver or just opposed to this driver in its current state? > There aren't any suser checks either. I had checks to make certain fds were only granted to uid 0, but figured they were redundant as MAKEDEV script sets permissions accomplishing the same thing. > The toolchain to create code for it would be a port? Yes, although it's just an assembler from TI. pasm currently compiles sans modification & is released under an ISC-like license; it'd be trivial to port. https://github.com/beagleboard/am335x_pru_package/tree/master/pru_sw/utils/pasm_source Ian
