习惯就好zz的专栏

参考资料： Linux 4.x内核： Documentation\pinctrl.txt Documentation\devicetree\bindings\pinctrl\pinctrl-bindings.txt arch/arm/boot/dts/imx6ull-14x14-evk.dts arch/arm/boot/dts/100ask_imx6ull-14x14.dts drivers\pinctrl\freescale\pinctrl-imx6ul.c drivers\pinctrl\frees

client设备使用pinctrl的内核代码构建过程

pin controller 构造过程，通过分析imx6ull的代码，学习和了解设备树转换到内核结构体的过程，以及设备树和不同的节点对应的数据结构

参考资料： 一、设备树 1.1 理想模型 1.2 实际的例子 二、pincontroller数据结构 2.1 pinctrl_desc和pinctrl_dev 2.1.1 结构体说明 2.1.2 作用1：描述、获得引脚 2.1.3 作用2：引脚复用 2.1.4 引脚配置 2.1.5 使用pinctrl_desc注册得到pinctrl_dev 三、client的数据结构 3.1 dev_pin_info 3.2 pinctrl 3.3 pinctrl_map和pinctrl_setting 四、使用pinct

参考资料： Documentation\pinctrl.txt Documentation\devicetree\bindings\pinctrl\pinctrl-bindings.txt 一、生成pin controller设备树信息 生成pin controller设备树信息，有3中方法： 有些芯片有图形化工具，可以点点鼠标就可以配置引脚信息，得到pin controller中的信息 有些芯片，只能看到厂家给的设备树文档或者参考设备树的例子 最差的就是需要却独驱动代码才能构造设备树信息 1.1

一、引入 PinA、B可以通过设置IOMUX让他们连到GPIO模块，也可以连到I2C模块。 有时候不仅仅要配置引脚，还要配置比如上拉、下拉、开漏等等。 芯片的引脚却非常的多，为了引脚的复用，这些配置做成了pinctrl子系统，给GPIO、I2C等模块使用。 多数芯片没有单独的IOMUX模块，引脚的复用、配置等等，都是在GPIO子系统内部实现的。 二、概念 参考资料：Documentation\devicetree\bindings\pinctrl\pinctrl-bindings.txt 这会涉及两个对

Pinctrl子系统 主要的参考文档Document\devicetree\bindings\pinctrl\pinctrl-bindings.txt 文档中提到了两个概念，虽然读音上很相似但是概念不一样： Pinctrl client devices：声明自己需要使用那些引脚功能，怎么配置他们。设备在不同状态时，可以使用pin controller来指定引脚，配置不同的功能。 Pin controller devices：用来复用引脚、配置引脚，它是一个软件的概念。它很多种配置方式，对应与Pinctrl