SYS_RESETIN Does not seem to function as I would expect it to. I would expect that toggling this pin would somehow cause a system reset. It does not. Can anyone shed any light on the functionality of this pin ? I do not mind reading so if all one has is a link to pertinent information that is fine too. For completeness:debian@beaglebone:~/nfs$ config-pin -l P9.10
Pin is not modifyable: P9.10 RSTn
debian@beaglebone:~/nfs$ cat /etc/dogtag
BeagleBoard.org Debian Image 2016-06-19
debian@beaglebone:~/nfs$ uname -r
4.4.12-ti-r31I had considered a different kernel may behave differently. Then until I ran config-pin on the actual pin, I thought perhaps the pin was muxable. Apparently it's not ;) I would appreciate any information anyone would like to share on the subject :)
--
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 beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/c02e1904-dc4a-44c7-8982-fea65d140f59%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Schematic
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpq6BNNyby3YT%3DQqfh7HSguMmUwDXgDrKBz9_g5y_dV6w%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAEvKQpsWfWBXkGrBYhmBbs2%3DRUnsjvsySMOEgpNguXMiQdzubw%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORpq6BNNyby3YT%3DQqfh7HSguMmUwDXgDrKBz9_g5y_dV6w%40mail.gmail.com.
In the AM3358 TRM. It is an interrupt input to the processor. The SW can cleanup before making it an output to reset the board. So, if the SW does not handle it, it does not reset anything.Gerald
--
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 beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/f47f8869-670e-1c6a-7627-194bbd5f5e2f%40steinkuehler.net.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CALHSORqLBUz8S61-4iRfqyOAhgsfFxrRsyX1H8KVkJiaQuLSjQ%40mail.gmail.com.
Section 8.1.7 of the TRM "Reset Management", with some additional
details in the data sheet (sprs717). It can be confusing, since the
physical reset pin (nRESETIN_OUT) is both an input and an output, but
the individual RESET_IN and RESET_OUT signals are "broken out" on-chip
and have various sources/destinations which are discussed individually
in the TRM.
Figure 8-20 "External System Reset" in the TRM (and the nearby related
text) might help
AM335x is the TRM name. But I was afraid I would get jumped because that is not the processor used, instead it is the AM3358.
Look up AM3358 and select the TRM listed on that page.
Gerald
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bd6O9yabydHjUAJ2yBm7tAwHknYFiV-hbTbTWj6Kxnesg%40mail.gmail.com.
My next step was actually to watch /proc/interrupts, which actually I think I'm still going to do. In order to see if there are in fact any interrupts happening from all this pin toggling im doing.