Actually I've checked this out and this looks very promising!  I did get an 
error with the:

deb http://beagle.tuks.nl/debian jessie/
deb-src http://beagle.tuks.nl/debian jessie/


The resolution I read in other forums didn't seem to work for me, but the 
library seemed to get installed so I just kept moving forward.
And I was able to use the library as you suggested.  First I used a 
pre-existing program that already reads the card in the micro SD slot - so 
I did that first to make sure that worked.  Then I compiled and ran a 
program that used the libruio library to modify two of those MMC0 lines 
(Dat0 and Dat1) to GPIO by basically setting up:

#define DAT1 SD_08 // 62
#define DAT0 SD_07 // 63

and using:

pruIo *io = pruio_new(PRUIO_ACT_FREMUX | PRUIO_DEF_ACTIVE, 4, 0x98, 0); /* 
create new driver structure */

and then using the functions: 
pruio_gpio_config()
pruio_gpio_setValue()

I was able to toggle those 2 lines as GPIO and validate their manipulation 
using a logic analyzer.

When done, I went back to the other program to communicate with the micro 
SD card in the slot and it worked just as if those pins had never been 
changed!  I was like Wow!  Very impressive!

So when I do a show-pins -v

μSD d3                            60 fast rx  up  0 mmc 0 d3        
 mmc@48060000 (pinmux_mmc1_pins)
μSD d2                            61 fast rx  up  0 mmc 0 d2        
 mmc@48060000 (pinmux_mmc1_pins)
μSD d1                            62 fast rx  up  0 mmc 0 d1        
 mmc@48060000 (pinmux_mmc1_pins)
μSD d0                            63 fast rx  up  0 mmc 0 d0        
 mmc@48060000 (pinmux_mmc1_pins)
μSD clk                           64 fast rx  up  0 mmc 0 clk        
mmc@48060000 (pinmux_mmc1_pins)
μSD cmd                         65 fast rx  up  0 mmc 0 cmd        
mmc@48060000 (pinmux_mmc1_pins)

this will always show uSD d0 and uSD d1 as mmc under pinmux_mmc1_pins even 
when they are switched to GPIO mode briefly under libpruio control?  Just 
asking out of curiosity?

Thank you very much!





On Friday, April 24, 2020 at 9:39:57 AM UTC-5, TJF wrote:
>
> Hi!
>
> In a libpruio 
> <http://users.freebasic-portal.de/tjf/Projekte/libpruio/doc/html/> 
> configuration you can handle this (and all other) pinmuxing task without 
> any reboot or device tree manipulation.
>
> Note: you've to drop the config-pin tool and all its cape-universal device 
> tree blobs (resulting in faster booting time and less kernel-memory 
> consumption).
>
> Regards
>

-- 


*Your privacy is important to us. That is why we have taken appropriate 
measures to ensure the data you provide to us is kept secure. To learn more 
about how we process your personal information, how we comply with 
applicable data protection laws, and care for the security and privacy of 
your personal data, please review our Privacy Policy. If you have any 
questions related to data protection and compliance with applicable laws, 
please contact us at our Security Operations Center at 1-800-674-4357.*

-- 
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].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/94c7a817-7731-4a97-a85c-17dc8504fcad%40googlegroups.com.

Reply via email to