版權聲明：本文為部落客原創文章，未經部落客允許不得轉載。
最近在移植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) {
( imx_pin),
GFP_KERNEL);
(unsigned ),
(!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];
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個參數的确定方法。
本文轉自張昺華-sky部落格園部落格，原文連結：http://www.cnblogs.com/sky-heaven/p/7520441.html，如需轉載請自行聯系原作者