On Tue, Oct 1, 2013 at 6:13 PM, Bit Pusher <[email protected]> wrote:
> /boot/dtbs\> sudo dtc -I dtb -O dts am335x-boneblack.dtb > > am335x-boneblack.dts_orig > > -bash: am335x-boneblack.dts_orig: Permission denied > > any ideas? Thanks. > > sudo dtc -I dtb -O dts am335x-boneblack.dtb > /tmp/am335x-boneblack.dts_orig Instead of /tmp you can use any other directory in which you can write. Sudo executes only dtc with root privileges, redirection is done by your own shell. On a separate issue (that I am also stuck on), > in ~/pru/am335x_pru_package/pru_sw/example_apps\> > > I copied pasm to pasm_2 in ~/pru/am335x_pru_package/pru_sw/utils and was > able to assemble and make example; did a modprobe uio_pruss as > recommended by boxysean, but am now stuck at: > > ~/pru/am335x_pru_package/pru_sw/example_apps/bin\> sudo > ./PRU_memAccessPRUDataRam > > INFO: Starting PRU_memAccessPRUDataRam example. > prussdrv_open open failed > ~/pru/am335x_pru_package/pru_sw/example_apps/bin\> > Make sure that you loaded overlay enabling PRU and that the PRU driver is loaded. You can also use strace to see where the program fails. If the driver is not loaded it will fail on opening device file from /dev/ or a file from /sys (don't remember exactly). I tried Radzikowski’s magical hack. Create /usr/local/src/pruss_magic_jr, > but this didn't work. > This bug has been fixed a long time ago and PRU works fine without doing magical tricks. j. -- Given a choice between two theories, take the one which is funnier -- 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/groups/opt_out.
