[meta-freescale] Updates to meta-fsl-arm (master) in 2013-11-13

Otavio Salvador otavio at ossystems.com.br
Wed Nov 13 09:48:08 PST 2013


Hello,

I pushed following updates:

commit 9b6c0a45a7ea30bda4a3247be9a43bd43a1603d8
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:36:52 2013 -0500

    imx6solosabresd.conf: Add ldo device tree
    
    ENGR00277895: dts: ARM: imx6: add ldo-enable dts files
    
      Currently, we use different dts files to support ldo-bypass or ldo-enable, then
    we need add both dts files for the boards which can support ldo-bypass mode(all
    boards support ldo-enable at least). So for below boards we need add ldo-enable
    dts file so that we can use this to easily support ldo-enable mode:
      1)mx6q-sabresd board:  ldo-bypass dts->mx6q-sabresd.dtb,
                             ldo-enable dts->mx6q-sabresd-ldo.dtb
      2)mx6q-sabresd board:  ldo-bypass dts->mx6dl-sabresd.dtb,
                     ldo-enable dts->mx6dl-sabresd-ldo.dtb
      3)mx6sl-evk board:     ldo-bypass dts->mx6sl-evk.dtb,
                     ldo-enable dts->mx6sl-evk-ldo.dtb
    
    Change-Id: I261c516495e3921fb1c2d8937d96fb6e3a23e87b
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit e12804ef1e5252eff6ad767e586e903bbdbe1f20
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:35:29 2013 -0500

    imx6slevk.conf: Add ldo device tree
    
    ENGR00277895: dts: ARM: imx6: add ldo-enable dts files
    
      Currently, we use different dts files to support ldo-bypass or ldo-enable, then
    we need add both dts files for the boards which can support ldo-bypass mode(all
    boards support ldo-enable at least). So for below boards we need add ldo-enable
    dts file so that we can use this to easily support ldo-enable mode:
      1)mx6q-sabresd board:  ldo-bypass dts->mx6q-sabresd.dtb,
                             ldo-enable dts->mx6q-sabresd-ldo.dtb
      2)mx6q-sabresd board:  ldo-bypass dts->mx6dl-sabresd.dtb,
                     ldo-enable dts->mx6dl-sabresd-ldo.dtb
      3)mx6sl-evk board:     ldo-bypass dts->mx6sl-evk.dtb,
                     ldo-enable dts->mx6sl-evk-ldo.dtb
    
    Change-Id: I997bf896a3d3fde482fe9c120a92c16d49817adb
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit b23c67d95f710eaee13648a9247606aa2a994a9d
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:34:35 2013 -0500

    imx6qsabresd.conf: Add ldo and hdcp DTS
    
    ENGR00274059-02 ARM: Add new dts for imx6q/imx6dl SabreSD hdcp
    
    hdcp ddc pins conflict with i2c2,
    add new dts file for imx6q and imx6dl SabreSD board,
    enable hdcp and disable i2c2 in these dts files.
    Remove hdmi pins property from mx6qdl-sabresd.dtsi.
    
    ENGR00279402-1 ARM: dts: imx6: add wdog reset source seclect in dts
    
    Some boards use another WDOG reset source to reboot system in ldo-bypass mode.
    We need add the property in board dts file so that we can easily know the
    WDOG reset source currently.
    
    For Sabresd, WDOG1 for ldo-enable mode(WDOG event), WDOG2 for ldo-bypass mode
    (reset external pmic to trigger POR event).
    For sl-evk board, there is no WDOG pin connected with external pmic as Sabresd
    , because mx6sl boot at 400Mhz. Then both ldo-enable and ldo-bypass mode use
    the common WDOG1 as reset source.
    
    ENGR00277895: dts: ARM: imx6: add ldo-enable dts files
    
      Currently, we use different dts files to support ldo-bypass or ldo-enable, then
    we need add both dts files for the boards which can support ldo-bypass mode(all
    boards support ldo-enable at least). So for below boards we need add ldo-enable
    dts file so that we can use this to easily support ldo-enable mode:
      1)mx6q-sabresd board:  ldo-bypass dts->mx6q-sabresd.dtb,
                             ldo-enable dts->mx6q-sabresd-ldo.dtb
      2)mx6q-sabresd board:  ldo-bypass dts->mx6dl-sabresd.dtb,
                     ldo-enable dts->mx6dl-sabresd-ldo.dtb
      3)mx6sl-evk board:     ldo-bypass dts->mx6sl-evk.dtb,
                     ldo-enable dts->mx6sl-evk-ldo.dtb
    
    Change-Id: I38fb55249a002888c9da2c5e298acca089759876
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit 2fd8e299c1ecda233672a3a5eb2146d5bc15476b
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:31:52 2013 -0500

    imx6qsabreauto.conf: Add gpmi-weim DTS
    
    ENGR00269945: ARM: imx6: add the secondary sabreauto dts for pin conflict
    
    The patch is to solve the pin conflicts between devices that are
    currently added in imx6qdl-sabreauto dts file.  It has ecspi1, i2c3, and
    uart3 enabled while gpmi and weim disabled in the primary
    imx6qdl-sabreauto.dtsi, and creates the secondary
    imx6q/dl-sabreauto dts to have gpmi and weim enabled while others
    disabled.  Since usbh1 and usbotg depend on GPIO from max7310 on i2c3,
    they have to be disabled as well in the secondary sabreauto dts files.
    
    Change-Id: I6338e60fa8c1622b2a73e99aa1e3def0a2555bc2
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit be62b60d589df32476bbbc58d653dd37b337511e
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:30:30 2013 -0500

    imx6dlsabresd.conf: Add in ldo and hdcp DTS
    
    ENGR00274059-02 ARM: Add new dts for imx6q/imx6dl SabreSD hdcp
    
    hdcp ddc pins conflict with i2c2,
    add new dts file for imx6q and imx6dl SabreSD board,
    enable hdcp and disable i2c2 in these dts files.
    Remove hdmi pins property from mx6qdl-sabresd.dtsi.
    
    ENGR00279402-1 ARM: dts: imx6: add wdog reset source seclect in dts
    
    Some boards use another WDOG reset source to reboot system in ldo-bypass mode.
    We need add the property in board dts file so that we can easily know the
    WDOG reset source currently.
    
    For Sabresd, WDOG1 for ldo-enable mode(WDOG event), WDOG2 for ldo-bypass mode
    (reset external pmic to trigger POR event).
    For sl-evk board, there is no WDOG pin connected with external pmic as Sabresd
    , because mx6sl boot at 400Mhz. Then both ldo-enable and ldo-bypass mode use
    the common WDOG1 as reset source.
    
    ENGR00277895: dts: ARM: imx6: add ldo-enable dts files
    
    Currently, we use different dts files to support ldo-bypass or ldo-enable, then
    we need add both dts files for the boards which can support ldo-bypass mode(all
    boards support ldo-enable at least). So for below boards we need add ldo-enable
    dts file so that we can use this to easily support ldo-enable mode:
      1)mx6q-sabresd board:  ldo-bypass dts->mx6q-sabresd.dtb,
                             ldo-enable dts->mx6q-sabresd-ldo.dtb
      2)mx6q-sabresd board:  ldo-bypass dts->mx6dl-sabresd.dtb,
                     ldo-enable dts->mx6dl-sabresd-ldo.dtb
      3)mx6sl-evk board:     ldo-bypass dts->mx6sl-evk.dtb,
                     ldo-enable dts->mx6sl-evk-ldo.dtb
    
    Change-Id: I8a5863d135e5c72419c1eb8f4f34483c2397e567
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit 4283ffb6e92fc5a9316a3e2e761f7b8e9878eedd
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:29:20 2013 -0500

    imxdlsabreauto.conf: Add gpmi-weim DTS
    
    ENGR00269945: ARM: imx6: add the secondary sabreauto dts for pin conflict
    
    The patch is to solve the pin conflicts between devices that are
    currently added in imx6qdl-sabreauto dts file.  It has ecspi1, i2c3, and
    uart3 enabled while gpmi and weim disabled in the primary
    imx6qdl-sabreauto.dtsi, and creates the secondary
    imx6q/dl-sabreauto dts to have gpmi and weim enabled while others
    disabled.  Since usbh1 and usbotg depend on GPIO from max7310 on i2c3,
    they have to be disabled as well in the secondary sabreauto dts files.
    
    Change-Id: I1f51cda59468140a2552a73fca5d710ecde1967e
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit dfed027fb5108a33d7adf5c8f054e4b554c2cfd9
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 11:56:42 2013 -0500

    linux-imx: Upgrade 3.5.7-1.0.0_alpha to 3.10.9-1.0.0_alpha kernel
    
    The new dependency against 'bc-native' is due used of it during kernel
    build and has been introduced in 3.9 kernel.
    
    Change-Id: I399007e92bb6ff401faf4c7544a924d990cc19cd
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit 3c7e1d825e3cc321eedb1864e2a2e9973a309d47
Author: Lauren Post <lauren.post at freescale.com>
Date:   Tue Oct 1 12:00:37 2013 -0500

    u-boot-imx (2013.04): Update 3.10.9-1.0.0 alpha
    
    Change-Id: Ibf044f87e090ebdbf303a3dedd0ddf74e621ab08
    Signed-off-by: Lauren Post <lauren.post at freescale.com>

commit 9347a1dd8e3c9335b0ac965cd3fd076d1a67855a
Author: Otavio Salvador <otavio at ossystems.com.br>
Date:   Tue Nov 12 21:55:13 2013 -0200

    linux-fslc: Update to revision 928c8b1
    
    This fixes MX23 NULL pointer derreference when probing NAND chips. The
    commit which fixes the issue is:
    
     928c8b1 mtd: gpmi: fix the NULL pointer
    
    Change-Id: I9f7b54900aed8bad164fd134f8a9c90b93dc0418
    Reported-by: Fabio Estevam <fabio.estevam at freescale.com>
    Signed-off-by: Otavio Salvador <otavio at ossystems.com.br>

commit 82c584ca1034306794d23fdc3f2ec881b223109e
Author: Otavio Salvador <otavio at ossystems.com.br>
Date:   Wed Nov 13 12:10:11 2013 -0200

    linux-imx.inc: Drop extra sysroot staging
    
    In commit 6a6735c (kernel: restore scripts in the sysroot), kernel
    class has been change to include the scripts contents in sysroot so
    making the sysroot staging not need so this code can be dropped.
    
    Change-Id: Ic91672f7cc2b79a1269c1aaffae2fe7c0173408b
    Reported-by: Fabio Labruna <fabio at siddha.it>
    Signed-off-by: Otavio Salvador <otavio at ossystems.com.br>

commit f5703194d8979bc18c8a09ad55081687b3594c5b
Author: Otavio Salvador <otavio at ossystems.com.br>
Date:   Tue Nov 12 16:13:57 2013 -0200

    fsl-default-providers.inc: Make virtual/kernel assigment delayed
    
    In 01851da (machine/*: Allow kernel provider override) the assigment
    of preferred provider for virtual/kernel has been changed to a weak
    assignment. This works for most of cases but has caused a regression
    in some machines.
    
    When a machine includes the imx-base.inc file, the assignment is done
    and the intended setting of the machine does not take effect.
    
    For example, in the below code fragment:
    
    ,----[ Wandboard board configuration fragment  ]
    | include conf/machine/include/imx-base.inc
    | ...
    | PREFERRED_PROVIDER_virtual/kernel ?= "linux-wandboard"
    `----
    
    the virtual/kernel provider would be 'linux-imx' as, at the time of
    imx-base.inc inclusion, it was undefined. The expected behaviour would
    be to use 'linux-imx' /only/ when no setting has been done.
    
    The ??= operator solves this as it is used /only/ if no assignment is
    done to the virtual/kernel provider in the end of the parsing. So it
    gives the expected behaviour.
    
    Change-Id: Iab73dcff8bef7f2df1064a0d5d04fd506a4c3144
    Reported-by: Alfonso Tamés <alfonso at mantic.mx>
    Signed-off-by: Otavio Salvador <otavio at ossystems.com.br>

Regards,

--
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750



More information about the meta-freescale mailing list