我在am335x_evm.h的头文件里添加
CONFIG_GPIO
CONFIG_CMD_GPIO
两个宏，然后用命令操作管脚。
当输入pin number小于32时，正常操作，当输入大于32时，直接卡死。
跟踪后发现代码在_set_gpio_direction()这个函数里就死了。
start kit和evm均有这种情况。
求解。
我在am335x_evm.h的头文件里添加
CONFIG_GPIO
CONFIG_CMD_GPIO
两个宏，然后用命令操作管脚。
当输入pin number小于32时，正常操作，当输入大于32时，直接卡死。
跟踪后发现代码在_set_gpio_direction()这个函数里就死了。
start kit和evm均有这种情况。
求解。
mode 7是gpio的模式，在am335x的mux.c文件里，搜mode(7)，发现只有极少数io被配置成gpio。
但是整个bank0却又能实实在在地进行操作，而其他却不行。
这是你说的pin mux吗？
我没有仿真器，这个对寄存器的值进行跟踪太难受了，单单使用print来操作，异常痛苦。我也期待有人知道更有效的调试方法。
我只能假设，一旦在mux中将管脚定义好，u-boot不会在任何其他位置试图修改该管脚的配置。
目前来说，我们都觉得导致卡死的原因有可能是操作了非gpio模式的io口。
下面是一个例子：
被设置为function模式的gpio0管脚：
可以清楚看到，mii接口的管脚模式都是function模式，但是，就像我之前说了一样，在我u-boot中是可以对整个gpio0进行读写操作的。
退一步讲，确实，u-boot的gpio命令会去改变当前管脚的配置，但仅局限于改变输入输出模式，置高置低，尔后，u-boot也有一个free(gpio)的动作。那么为什么对其他bank的gpio却无效。
可能是我个人知识的局限性，也或许ti应该认真对待这个问题。
ps，我看见你的id在各个板块都出现了，这里就你一个人做支持？e2e论坛的员工好像更多。
首先很感谢你一直在跟进这个问题。
不过mux.c里面的代码我并没有修改过，因为我使用的是evm。
你怀疑是mux的问题，又不认为是bug，那么问题在于我的使用方式。
既然在mux没有问题的前提下，我对所有设置为gpio模式的管脚都应该能操作才对。
如之前贴的图，其中lcd_ac_bias_en这个管脚是gpio2的gpio模式，于是我在u-boot输入gpio set 57，也就是gpio2 的 第25脚。57=32+25。
但是依旧卡死。
我一度认为是u-boot的gpio命令有问题，尝试在代码中直接操作，依旧是同样的问题。
虽然你提出了一些可能性，但是说服力都不足够。
以st的芯片为例，如果它的管脚被设置成input模式，此时对管脚置1或置0的操作，虽然无效，但是也不会出现卡死的情况。
总要有一个客户首先提出新的问题。
或许你可以在开发板上重现一下，如果你能成功用u-boot操作其他bank，就能说明我的操作方式确实是存在问题的。
