imx6设备树pinctrl解析【转】

转自:http://blog.csdn.net/michaelcao1980/article/details/50730421

版权声明:本文为博主原创文章,未经博主允许不得转载。

最近在移植linux,用到kernel版本为3.14.28,在高版本的内核源码中用到了设备树(device-tree),设备树中用到pinctrl的配置,记录一下。

1、普通设置

在配置串口时,pinctrl的配置信息如下所示:

&uart2 {

  • pinctrl-names = ;
  • ;
  • //。。。。。。。。 };

这里的MX6QDL_PAD_SD4_DAT7__UART2_TX_DATA在imx6dl-pinfunc.h文件中有如下定义:

MX6QDL_PAD_SD4_DAT7__UART2_TX_DATA          0x35c 0x744 0x000 0x2 0x0

将管脚的配置展开即: 0x35c 0x744 0x000 0x2 0x00x1b0b1

想知道这六个值都是什么意思,可以从两个路出发:①查找解读dts的文件,即看内核源码;②在网上查找相关知识。

1.1 查看源码对设备树文件的解读

首先在imx6dl-pinfunc.h文件中有对前5个变量的解释,如下图:

为了验证这5个变量,并查找第6个变量的含义,我们打开读取设备树文件的代码。

读取dts文件的文件为:drivers/pinctrl/freescale/pinctrl-imx.c,实现函数名为:static int imx_pinctrl_parse_groups(。。。),如下:

static imx_pinctrl_parse_groups( device_node *np,

  • imx_pin_group *grp,
  • imx_pinctrl_soc_info *info,
  • u32 index)
  • size, pin_size;
  • __be32 *list;
  • i;
  • (info->flags & SHARE_MUX_CONF_REG)
  • pin_size = SHARE_FSL_PIN_SIZE;
  • pin_size = FSL_PIN_SIZE;
  • grp->name = np->name;
  • * the binding format is fsl,pins = <PIN_FUNC_ID CONFIG ...>,
  • */
    , &size);
  • (!list) {
  • dev_err(info->dev, 
     -EINVAL;
  • }
  • (!size || size % pin_size) {
  • dev_err(info->dev, 
     -EINVAL;
  • }
  • ( imx_pin),
  • GFP_KERNEL);
  • (unsigned ),
  • GFP_KERNEL);
  • (!grp->pins || ! grp->pin_ids)
  • -ENOMEM;
  • (i = 0; i < grp->npins; i++) {
  • pin_id;
  • imx_pin_reg *pin_reg;
  • imx_pin *pin = &grp->pins[i];
  • (info->flags & SHARE_MUX_CONF_REG)
  • conf_reg = mux_reg;
  • conf_reg = be32_to_cpu(*list++);
  • (config & IMX_PAD_SION)
  • 0;
  • 这段代码中list = of_get_property(np, "fsl,pins",
    &size);实现了读取dts文件中的fsl,pin属性值,并保存在了list指针变量中。紧接着,分别将list中的值mux_reg、conf_reg、input_reg、mux_mode、input_val、config六个变量中,由名字可以猜测个大概,前5个得以验证,第六个表示config,config的值说白了就是对寄存器配置(上拉电阻、频率等等)的值,就是pad_ctrl的值。

    因此对应关系如下:

    0x35c     |     0x744      |     0x000        |      0x2        |      0x0     | 0x1b0b1
    ---------------------------------------------------------------------------------------------------------
    mux_ctrl_ofs  |  pad_ctrl_ofs |  sel_input_ofs |  mux_mode   | sel_input   |  pad_ctrl

    以上参数在参考手册怎么确定的呢?由于是对复用管脚的配置,于是在管脚复用的章节(IOMUXC)中查找。但是现确定pad name才方便,于是定义在External Signals and Pin Multiplexing章节,搜索MX6QDL_PAD_SD4_DAT7__UART2_TX_DATA的中间部分:SD4_DAT7,如下图

    可知UART2_TX_DATA是属于SD4_DAT7的ALT2,于是mux_mode=0x2即可。上图表格中最后一列SW_PAD_CTL_PAD_SD4_DATA7是config配置需要查找的名称,跳到管脚复用的章节(IOMUXC)中,找到SW_PAD_CTL_PAD_SD4_DATA7,如下所示:

    如果直接取默认值的话结果是config=0x1b0b0,这里可以根据自己的需要(硬件)更改为与自己的板子匹配的值,我把最后SRE的值设置为1,即Fast Slew Rate,如下图说明:

    OK,接下来是mux_ctrl_ofs、pad_ctrl_ofs、sel_input_ofs三个偏移值,这些值都是在复用管脚的章节确定的。因为pad name为SD4_DATA7,所以在找的时候可以拿它当关键字。

    首先是mux_ctrl_ofs,找到IOMUXC_SW_MUX_CTL_PAD*开头的部分,结尾选择SD4_DATA7即可,如下图,

    由”Address: 20E_0000h base + 35Ch offset = 20E_035Ch“中可知offset=35C,即mux_ctrl_oft=0x35c

    其他的查找方法类似。pad_ctrl_ofs,查找IOMUXC_SW_PAD_CTL_PAD_SD4_DATA7一节,可知偏移值pad_ctrl_ofs=0x744

    sel_input_ofs查找IOMUXC章节以SELECT_INPUT结尾的部分,中间选择UART2_TX,如果没有这里sel_input_ofs=0x000即可,对应的sel_input为0即可。如果有例如IOMUXC_UART2_UART_RX_DATA_SELECT_INPUT,即uart的rx管脚配置,如下图,所以RX的sel_input_ofs=0x904,这里选择对应的值“110
    SD4_DATA4_ALT2 — Selecting ALT2 mode of pad SD4_DAT4 for UART2_RX_DATA..“所以RX(MX6QDL_PAD_SD4_DAT4__UART2_RX_DATA)的sel_input=0x6。

    首先还是先看代码,看看到底特殊到哪里。

    pinctrl_gpio_leds: gpioledsgrp {

  • fsl,pins = <
  • };
  • 可以看出来特殊的配置就是后面的值也就是上一篇讲的config(pad_ctrl)的值改变了,变为0x80000000和0x4001b8b1了,当我们查找相应的pad值时是这样的:

    这明显不和常理,在上图中显示高15位全部置0,取值也没啥用,那么为什么设置为0x80000000和0x4001b8b1呢?在网上搜罗一番没有任何有帮助的文档,只能靠自己了。还是老思路,查找设备树文件的读取源码,drivers/pinctrl/freescale/pinctrl-imx.c中,找到了惊喜!!!代码如下

    /* The bits in CONFIG cell defined in binding doc*/
    #define IMX_NO_PAD_CTL  0x80000000  /* no pin config need */
    #define IMX_PAD_SION 0x40000000     /* set SION */</span>

    再将IMX_NO_PAD_CTL使用部分的代码贴上(随便找一处)

    (i = j = 0; i < grp->npins; i++) {

  • (!(grp->pins[i].config & IMX_NO_PAD_CTL)) {
  • }
  • 可以看出来确实如注释(/* no pin config need */)所述,表示该管脚的配置config(pad_ctrl)无效,或者说不需要。

    同理0x40000000表示设置了SION。但是0x4001b8b1表示什么意思呢,从上一个注释(/* The bits in CONFIG
    cell defined in binding doc*/)可以找到方向,即取binding
    doc中找,所以打开Documentation/devicetree/bindings/pinctrl目录下的fsl,imx6dl-pinctrl.txt文件,里面有关于SION的介绍,如下:

    再从芯片的参考手册中查阅可知,SION就相当于一个标志为(第30位),去掉这一位后config=0x1b8b1,这个值就是从pad_ctrl一节找到的,具体可以参见第6个参数的确定方法。

时间: 2024-10-10 09:49:20

imx6设备树pinctrl解析【转】的相关文章

Linux kernel 有关 spi 设备树参数解析

最近做了一个 spi 设备驱动从板级设备驱动升级到设备树设备驱动,这其中要了解 spi 设备树代码的解析. 设备树配置如下: 503 &spi0 { 504 status = "okay"; 505 pinctrl-name = "default"; 506 pinctrl-0 = <&spi0_pins>; 507 ti,pindir-d0-out-d1-in; 508 509 wk2124A { 510 compatible = &q

分析内核源码,设备树【转】

转自:http://blog.csdn.net/fight_onlyfor_you/article/details/78092204 U-Boot需要将设备树在内存中的存储地址传给内核.该树主要由三大部分组成:头(Header).结构块(Structure block).字符串块(Strings block). 设备树在内存中的存储布局图如下 1.1 头(header) 1.2 结构块(struct block)  扁平设备树结构块是线性化的树形结构,和字符串块一起组成了设备树的主体,以节点形式

内核如何解析设备树Device Tree

1) 首先将从u-boot 传递过来的映像基地址和dtb 文件映像基地址保存通用寄存器r30,r31: 2) 通过调用machine_init() --> early_init_devtree()函数来获取内核前期初始化所需的bootargs,cmd_line等系统引导参数: 3) 调用start_kernel() --> setup_arch() -->unflatten_device_tree()函数来解析dtb文件,构建一个由device_node结构连接而成的单项链表,并使用全局

基于tiny4412的Linux内核移植 -- 设备树的展开

作者信息 作者: 彭东林 邮箱:[email protected] QQ:405728433 平台简介 开发板:tiny4412ADK + S700 + 4GB Flash 要移植的内核版本:Linux-4.4.0 (支持device tree) u-boot版本:友善之臂自带的 U-Boot 2010.12 (为支持uImage启动,做了少许改动) busybox版本:busybox 1.25 交叉编译工具链: arm-none-linux-gnueabi-gcc (gcc version 4

ARM设备树

学习目标:学习设备树相关内容: 一.概念 在Linux 2.6中,ARM架构的板极硬件细节过多地被硬编码在arch/arm/plat-xxx和arch/arm/mach-xxx,在kernel中存在大量的冗余编码.采用Device Tree后,许多硬件的细节可以直接透过它传递给Linux.Device Tree是一种描述硬件的数据结构,它起源于 OpenFirmware (OF). Device Tree由一系列被命名的结点(node)和属性(property)组成,而结点本身可包含子结点.所谓

设备树DTS使用

参考:<设备树DTS使用总结 - 基于MT76X8> .<linux内核设备树及编译> 一.Linux设备树的起源 在Linux 2.6中,arch/arm/plat-xxx和arch/arm/mach-xxx中充斥着大量的垃圾代码,相当多数的代码只是在描述板级细节,而这些板级细节对于内核来讲,不过是垃圾,如板上的platform设备.resource.i2c_board_info.spi_board_info以及各种硬件platform_data. 在Linux3.x版本后,ar

基于设备树的TQ2440的中断(1)

作者 姓名:彭东林 E-mail:[email protected] QQ:405728433 平台 板子:TQ2440 内核:Linux-4.9 u-boot: 2015.04 工具链: arm-none-linux-gnueabi-gcc 4.8.3 概述 在博文讓TQ2440也用上設備樹(1)将支持devicetree的Linux4.9移植到了tq2440上面,而在基於tiny4412的Linux內核移植 --- 实例学习中断背后的知识(1)中介绍了最新的Linux下中断的知识,下面我们再

Linux设备树语法详解

Linux内核从3.x开始引入设备树的概念,用于实现驱动代码与设备信息相分离.在设备树出现以前,所有关于设备的具体信息都要写在驱动里,一旦外围设备变化,驱动代码就要重写.引入了设备树之后,驱动代码只负责处理驱动的逻辑,而关于设备的具体信息存放到设备树文件中,这样,如果只是硬件接口信息的变化而没有驱动逻辑的变化,驱动开发者只需要修改设备树文件信息,不需要改写驱动代码.比如在ARM Linux内,一个.dts(device tree source)文件对应一个ARM的machine,一般放置在内核的

zynq基础--&gt;LINUX 设备树

1.概念 linux设备树是用于描述硬件及部分启动指令的文件,由bootloader传递给内核, 内核分析此文件而对硬件使用不同的参数. 比如两块开发板仅仅是内存容量不一样,那么就只需要修改设备树中对内存容量的描述即可, 而不需要重新编译内核. 与设备树相关的文件有如下几种: DTS(device tree source) .dts文件,就是ASCII字符串形式的文本文件,直接由开发人员修改. 对于ARM架构而言,这些文件位于:arch/arm/boot/dts 目录下. DTSI(device