本节说明使用Pinctrl子系统时,要掌握的重要概念。
上节我们说到,我们通过Pinctrl子系统来控制设备的引脚,但实际上,大多数芯片都没有一个硬件Pinctrl;引脚的复用、配置等操作,实际上是在GPIO子系统内部实现的。
但是,我们可以把Pinctrl(pin controller)抽象出来,当做一个软件概念,他主要实现两个作用:
将配置GPIO的工作交给Pinctrl子系统。这样,需要配置GPIO时,调用Pinctrl子系统的函数即可。
以串口模块为例:
首先,我们在设备树文件中定义一个UART节点,因为UART节点是Pinctrl子系统的用户,所以在内核文档中,它也被叫做client device,寓意为这个节点是一个用户,它会使用Pinctrl子系统。
UART节点中分别定义了两种状态(state)—— 正常工作状态和休眠状态。这两种状态分别要配置哪些管脚(group);管脚分别要配置成什么功能(function)。
以下图为例,在client端,定义了一个用户设备device,这个用户设备有两种状态,分别是“default”和“sleep”。
这两种状态与之后的属性名称(pinctrl-0,pinctrl-1)是一一对应的,其中-0表示第一种状态,-1表示第二种状态。即“default”对应pinctrl-0;“sleep”对应pinctrl-1。
而pinctrl-0和pinctrl-1分别等于一个节点,这个节点就是用来描述在这个状态下,应该配置哪些管脚,这些管脚应该配置成什么样。
那么,这些节点位于哪里呢?——就在Pinctrl中。
当使用“default”状态时,就通过Pinctrl子系统,将指定group的管脚配置为“uart0”功能;当使用“sleep”状态时,则将指定管脚配置为“gpio”功能。
因为这些节点,是将相同的管脚在不同的状态下,复用为了不同的功能,所以在内核文档中,这些节点也被叫做复用节点(Generic pin multiplexing node)。
另外,还有一个配置节点(Generic pin configuration node)。
与复用节点一样,当处于“default”状态时,配置为“uart0”功能;但是当处于“sleep”状态时,管脚被直接配置为了输出高电平,而不是某种function,这样的节点,在内核文档中就被叫做配置节点(Generic pin configuration node)。
对于上面的配置,我们可以将左右分为两部分,左边称为controller,右边称为client。
在client中,配置不同的状态,并且给不同的状态指定不同的节点,而这些节点则位于controller中,在节点中会指定将哪些管脚配置为哪些功能或者状态。
对于client,它的格式通常都是固定的,但是对于controller,就没有统一的格式了。
不过,虽然controller没有统一的格式,但是group(配置哪些引脚),function(配置为哪些功能),复用(相同的引脚,配置为不同的功能),配置(相同的引脚,直接配置为高/低电平),这些概念都是统一的。
举几个例子来看一下:
右边是client,它们的格式都是统一的,但是左边的controller,他们就没有什么统一的格式了。
这是透明的,我们的驱动基本不用管。当设备切换状态时,对应的pinctrl就会被调用。
比如在platform_device和platform_driver的枚举过程中,流程如下:
类似的,当系统休眠时,也会去设置该设备sleep状态对应的引脚,而不需要我们自己去调用代码。
非要自己调用,也有函数(暂时不涉及,后续有需要再研究),比如:
- devm_pinctrl_get_select_default(struct device *dev); // 使用"default"状态的引脚
- pinctrl_get_select(struct device *dev, const char *name); // 根据name选择某种状态的引脚
- pinctrl_put(struct pinctrl *p); // 不再使用, 退出时调用
以上就是本节的全部内容。