一、将GPIO功能配置为I2C
1、本例以I2C4为例，若要配置GPIO为复用功能。需要查看数据手册了解其复用关系，如下图所示。
不难看出，GPIO4_B2可复用为I2C4的SDA脚，GPIO_B3可复用为I2C4的SCL脚。
2、进入/opt/tq356x-linux/kernel/arch/arm64/boot/dts/rockchip目录，打开rk3568-tqcoreA-BaseA_v1.dtsi文件。
cd /opt/tq356x-linux/kernel/arch/arm64/boot/dts/rockchip
vim rk3568-tqcoreA-BaseA_v1.dtsi3、找到i2c4节点
4、打开rk3568-pinctrl.dtsi文件，找到上方红框的节点。
vim rk3568-pinctrl.dtsi
不难看出，GPIO4_PB2引脚被配置为I2C4SDA_M0功能,其中1表示将该管脚复用为I2C功能，从下图可知。
GPIO_PB3引脚被配置为I2C4SCL_M0功能，其中1表示将该管脚复用为I2C功能。
&pcfg_pull_none_smt是一个配置电器属性的节点。
可以打开rockchip-pinconf.dtsi 文件查看有哪些电器属性，用户可根据自己需求配置。
vim rockchip-pinconf.dtsi
二、将GPIO配置为SPI
1、本例以SPI3为例，首先查看数据手册，知晓GPIO口的复用关系，如下图所示。
2、我们发现，SPI3的SCL口与MOSI口与上方的I2C4SCL口、SDA重合。这时候就有个疑问了，设备树是如何实现只复用一个功能而不造成冲突的呢？进入打开rk3568.dtsi文件。
vim rk3568.dtsi
我们发现，在最上层的rk3568.dtsi文件中，i2c4与spi3的状态都是”disable”不可用。
打开rk3568-tqcoreA-BaseA_v1.dtsi文件
vim rk3568-tqcoreA-BaseA_v1.dtsi
我们可以发现，i2c4节点被引用并且状态被修改为”okay”，而spi3却没有被引用。由上可知，原设备树文件中，只使能了I2C4没有使能SPI3，那么我们如何才能将GPIO4_PB2、GPIO4_PB3配置成SPI呢？请按以下步骤操作。
3、进入rk3568-tqcoreA-BaseA_v1.dtsi文件，将i2c4引用节点注释掉。
4、在rk3568-pinctrl.dtsi中找到spi3节点，并在rk3568-tqcoreA-BaseA_v1.dtsi文件中自定义引用spi3，将其状态修改为”okay”。如下图所示。
vim rk3568-pinctrl.dtsi
vim rk3568-tqcoreA-BaseA_v1.dtsi
三、将GPIO配置为UART
1、同样的，我们先看数据手册，知晓管脚的复用关系，本例以uart1为例。
不难看出，GPIO2_B3可复用为UART1_RXM0,GPIO_B4可复用为UART1_TXM0。
2、进入/opt/tq356x-linux/kernel/arch/arm64/boot/dts/rockchip目录，打开rk3568-tqcoreA-BaseA_v1.dtsi文件。
cd /opt/tq356x-linux/kernel/arch/arm64/boot/dts/rockchip
vim rk3568-tqcoreA-BaseA_v1.dtsi3、找到uart1节点
4、打开rk3568-pinctrl.dtsi文件，找到上方红框的节点。
不难看出，GPIO2_PB3引脚被配置为UART1_RXM0功能,其中2表示将该管脚复用为UART功能，从下图可知。
GPIO_PB4引脚被配置为UART1_TXM0功能，其中2表示将该管脚复用为UART功能。
&pcfg_pull_up是一个配置电器属性的节点。
可以打开rockchip-pinconf.dtsi 文件查看有哪些电器属性，用户可根据自己需求配置。
vim rockchip-pinconf.dtsi
总的来说，我们在配置GPIO复用功能时。首先要看数据手册了解其复用关系。然后打开相对应的设备树文件修改pinctrl子系统里的值。
在TQ3568中，主要用到的设备树文件有rk3568.dtsi 、rk3568-tqcoreA-BaseA_v1.dtsi、rk3568-pinctrl.dtsi。
值得注意的是，随着版本的更新，设备树可能会不同。
-END-
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
相关推荐: 消失的死锁：从 JSF 线程池满到 JVM 初始化原理剖析 | 京东云技术团队
一、问题描述 在一次上线时，按照正常流程上线后，观察了线上报文、接口可用率十分钟以上，未出现异常情况，结果在上线一小时后突然收到jsf线程池耗尽的报警，并且该应用一共有30台机器，只有一台机器出现该问题，迅速下线该机器的jsf接口，恢复线上。然后开始排查问题。…
