[beagleboard] Re: Problems Reconfiguring GPIO's

Am Montag, 22. Juni 2020 07:45:44 UTC+2 schrieb Andrew P. Lentvorski: > > Pinmuxing *must* be done from privileged mode (effectively: Linux > kernel/kernel module only). > Correct. Neither userspace nor PRU can change a pinmux. > Not correct. In a libpruio configuration all members of system-

[beagleboard] Re: remoteproc write to PRU over rpmsg device blocks even when set non-blocking

Nobody knows where I should file this bug? On Saturday, June 6, 2020 at 6:34:26 PM UTC-7, Andrew P. Lentvorski wrote: > > It appears that the problem is in rpmsg_pru.c. > > rpmsg_pru_read has the following code: > > if (kfifo_is_empty(&prudev->msg_fifo) && > (filp->f_flags & O_

[beagleboard] Re: Problems Reconfiguring GPIO's

On Thursday, June 18, 2020 at 10:11:20 AM UTC-7, Dennis Bieber wrote: > > > OTOH -- if the author could get it to work on a > BB AI (which has two /pairs/ of PRUs, and currently has nothing for > run-time pin-muxing -- requiring device tree edits for any thing that is > not a default)... > As

[beagleboard] Re: Problems Reconfiguring GPIO's

On Sunday, June 21, 2020 at 10:45:44 PM UTC-7, Andrew P. Lentvorski wrote: > > > If you must have a pin that changes direction and you need to control it > from the PRU, you can use the digital I/O's on the IEP (industrial ethernet > peripheral). I can confirm that this works. > I probably ne

[beagleboard] Re: Problems Reconfiguring GPIO's

On Thursday, June 18, 2020 at 1:50:03 PM UTC-7, Dennis Bieber wrote: > > I can only state then, that a quick perusal of the online > documentation > (in particular, the github readme) gives this one the impression that the > package provides a specific program running on a PRU which mu

Re: [beagleboard] Re: Powering off Beaglebone green

On 6/21/2020 6:26 PM, guillermito.ferr...@gmail.com wrote: Thank  everybody for the ideas and advises. I think the simplest way will be to make a simplified power management with a low cost uC, that just delays turning off  the external power supply, just to give time to the BB to shutdown prop

[beagleboard] Re: Powering off Beaglebone green

Thank everybody for the ideas and advises. I think the simplest way will be to make a simplified power management with a low cost uC, that just delays turning off the external power supply, just to give time to the BB to shutdown properly. Does anybody know if the non used outputs of the TPS6

[beagleboard] I2C2 and DCAN_0 conflict

I'm trying to get DCAN0 to work on the Beaglebone Black (element14 industrial version). Not surprising configure-pin doesn't work out of the box since I2C2 is used for Capes root@beaglebone:~# config-pin p9.19 can Pin is not modifyable: P9