[PATCH 4/6] ARM: dts: imx6q: add pinctrl for WEIM NOR
Huang Shijie
b32955 at freescale.com
Wed May 22 18:12:00 EST 2013
于 2013年05月22日 00:16, Chaiken, Alison 写道:
>> diff --git a/arch/arm/boot/dts/imx6q.dtsi b/arch/arm/boot/dts/imx6q.dtsi
>> index ed11bcf..e6174c7 100644
>> --- a/arch/arm/boot/dts/imx6q.dtsi
>> +++ b/arch/arm/boot/dts/imx6q.dtsi
>> @@ -323,6 +323,64 @@
>> >;
>> };
>> };
>> +
>> + weim {
>> + pinctrl_weim_nor_1: weim_norgrp-1 {
>> + fsl,pins =<
>> + MX6Q_PAD_EIM_OE__EIM_OE_B 0x10
>> + MX6Q_PAD_EIM_RW__EIM_RW 0x10
>> + MX6Q_PAD_EIM_CS0__EIM_CS0_B 0x10
>> + MX6Q_PAD_EIM_LBA__EIM_LBA_B 0x10
>> + MX6Q_PAD_EIM_WAIT__EIM_WAIT_B 0x8000
>> + MX6Q_PAD_EIM_BCLK__EIM_BCLK 0x8000
> The following values are derived using Table 4-1 of "i.MX 6Dual/6Quad Applications Processor Reference Manual Document Number: IMX6DQRM Rev. 1, 04/2013":
>
> MX6Q_PAD_EIM_OE__WEIM_WEIM_OE 0xb0b1
> MX6Q_PAD_EIM_RW__WEIM_WEIM_RW 0xb0b1
> MX6Q_PAD_EIM_CS0__WEIM_WEIM_CS_0 0xb0b1
> MX6Q_PAD_EIM_WAIT__WEIM_WEIM_WAIT 0xb060
>
> (I wrote a short C program that parses a human-readable property table for the pins and spits out hex to generate them.) How are 0x10 values calculated? Are settings
0x10 is from our legacy bsp code.
I think the 0xb0b1 is ok too.
> for MX6Q_PAD_EIM_LBA__EIM_LBA_B and MX6Q_PAD_EIM_BCLK__EIM_BCLK useful? We run NOR without them.
yes. we may remove them.
>> + MX6Q_PAD_EIM_A17__EIM_ADDR17 0xb0b1
>> + MX6Q_PAD_EIM_A16__EIM_ADDR16 0xb0b1
>> + MX6Q_PAD_EIM_DA15__EIM_AD15 0xb0b1
>> + MX6Q_PAD_EIM_DA14__EIM_AD14 0xb0b1
>> + MX6Q_PAD_EIM_DA13__EIM_AD13 0xb0b1
> Are these names correct? "MX6Q_PAD_EIM_A16__EIM_ADDR16" but "MX6Q_PAD_EIM_DA15__EIM_AD15" et cetera?
>
I think it's correct.
We do not have the MX6Q_PAD_EIM_DA16__EIM_AD16.
thanks
Huang Shijie
More information about the devicetree-discuss
mailing list