15 Oct, 2019

6 commits


12 Oct, 2019

2 commits


11 Oct, 2019

8 commits

  • Current flexspi driver enables the Quad DTR read, so the measured
    100Mhz SCLK is actually for DTR mode not SDR. However, according to
    MT25QU256ABA datasheet, this flash only supports max DTR at 90Mhz and
    max SDR at 166Mhz. It means current clock setting violate the flash
    spec. So change back the flexspi clock to align with imx8mm.

    Signed-off-by: Ye Li
    Reviewed-by: Peng Fan
    (cherry picked from commit 3bf41bae974003550b70ea1a8b44ccb3117d818f)
    (cherry picked from commit 4a369b527c3842751a4edf0171562a0e40c331ba)

    Ye Li
     
  • On B1 chips with HAB v4.4, the sticky bits are not locked up in
    HAB closed mode. We introduce a workaround in SPL to lock up
    these bits and clear Manufacturing Protection Private Key for
    secure boot.

    For field return case, user has to build a SPL with
    CONFIG_SECURE_STICKY_BITS_LOCKUP=n and set CONFIG_IMX_UNIQUE_ID to
    part's unique id. When the UID check is passed, sticky bits are not
    lockup and users can burn field return fuse. Otherwise the boot will
    stop.

    Signed-off-by: Ye Li
    (cherry picked from commit c98b47f1ff60e1f99807e24fd76053ad880f803e)

    Ye Li
     
  • According to i.MX7ULP Reference Manual the second word write for both
    UNLOCK and REFRESH operations must occur in maximum 16 bus clock.

    The current code is using writel() function which has a DMB barrier to
    order the memory access. The DMB between two words write may introduce
    some delay in certain circumstance, causing a WDOG timeout due to 16 bus
    clock window requirement.

    Replace writel() function by __raw_writel() to achieve a faster memory
    access and avoid such issue.

    Signed-off-by: Breno Lima
    Reviewed-by: Ye Li
    (cherry picked from commit 5dd8c46d68d3267e989f980598a4e3e2ed04d4f9)

    Breno Lima
     
  • ROM update emmc offset to 0.
    previous B0 is 32K.

    Signed-off-by: Frank Li
    (cherry picked from commit b642241380227b97f0fa434e3d38dc746adbd9e0)
    (cherry picked from commit 2065bf0a12180f73eb918d09dbe809c10077b033)

    Frank Li
     
  • Add REVC informaiton.

    Signed-off-by: Frank Li
    (cherry picked from commit c7231f2c7a5c1dc754b5fb9bf05941141877a0ec)
    (cherry picked from commit 9a33170a4f4ff2ad2ab0d87e74e722a0e833abaa)

    Frank Li
     
  • bchtype in FCB should be associated to the gf_13/14 settings in BCH, fix
    the issue and test on Micron 29F64G08CBABB, it can boot after the
    change.

    Signed-off-by: Han Xu
    (cherry picked from commit 9cc7bf9b17565b4e0d73acd690e32394034dfae2)

    Han Xu
     
  • gf_13/14 mask was not set correctly in register definition.

    Signed-off-by: Han Xu
    (cherry picked from commit b8aed98b2ecfb0def64c474e1ae171930da4c9fc)

    Han Xu
     
  • imx6ul/ull were not set the mtdparts properly which causes the uuu cannot recognized the correct mtd partition.

    Signed-off-by: Han Xu
    (cherry picked from commit e7bbaadd03df7acbd84e5fbdbce037a369b82d68)

    Han Xu
     

30 Sep, 2019

1 commit


29 Sep, 2019

12 commits

  • ROM SError happens on two cases:

    1. ERR050342, on iMX8MQ HDCP enabled parts ROM writes to GPV1 register, but
    when ROM patch lock is fused, this write will cause SError.

    2. ERR050350, on iMX8MQ/MM/MN, when the field return fuse is burned, HAB
    is field return mode, but the last 4K of ROM is still protected and cause SError.

    Since ROM mask SError until ATF unmask it, so then ATF always meets the exception.
    This patch works around the issue in SPL by enabling SPL Exception vectors table
    and the SError exception, take the exception to eret immediately to clear the SError.

    Signed-off-by: Ye Li
    Reviewed-by: Peng Fan
    (cherry picked from commit f05dd45251ca82cc54e13a616f00744c26faab53)
    (cherry picked from commit 25d059411e702a4002f1aa157839001f796dd9f6)

    Ye Li
     
  • Sometimes we met SERROR, but only to catch it when Linux boots up.
    Let's enable catching in U-Boot to catch it ealier and ease debug.

    Signed-off-by: Peng Fan
    (cherry picked from commit 7a0c9b08886e5dc7d50e640ed56eed0fe612161f)
    (cherry picked from commit 33da22c4793e56077033a4f6c567894badb8e907)
    (cherry picked from commit 4da3e872b7c61b93fa227935a7b45eb5fcb252e1)

    Peng Fan
     
  • set the i.X7D default mtdids value as "nand0=gpmi-nand", nandbcb can
    directly write to the nandboot partition after u-boot brings up

    Signed-off-by: Alice Guo
    (cherry picked from commit 820e3bc68f1c8695e6dc9a93be2c7ef27ece929d)

    Alice Guo
     
  • there should no extra space in mtdparts definition

    Signed-off-by: Alice Guo
    (cherry picked from commit 3e50cae62b1f83635ad835b8da840a7e294b7065)

    Alice Guo
     
  • Add subcommand for add writing BCB only, where we provide appropriate
    offsets for firmware1 and firmware2 and size.

    Example of usage:
    > nandbcb bcbonly 0x00180000 0x00080000 0x00200000
    Writing 1024 bytes to 0x0: randomizing
    OK
    Writing 1024 bytes to 0x20000: randomizing
    OK

    Signed-off-by: Igor Opaniuk
    (cherry picked from commit 353a38576ed6f21431bf499a4b402a5ca571f0fa)

    Igor Opaniuk
     
  • Move code for writing FCB/DBBT pages to a separate function

    Signed-off-by: Igor Opaniuk
    (cherry picked from commit c4e8b725681c9e7d18845260ac1061aedb9166a4)

    Igor Opaniuk
     
  • Add support for updating FCB/DBBT on i.MX7:
    - additional new fields in FCB structure
    - Leverage hardware BCH/randomizer for writing FCB

    Signed-off-by: Igor Opaniuk

    Signed-off-by: Alice Guo
    (cherry picked from commit b4b3049b1e4a069e522a1112bf4f9e0253836b2d)

    Igor Opaniuk
     
  • On i.MX7 in a sake of reducing the disturbances caused by a neighboring
    cells in the FCB page in the NAND chip, a randomizer is enabled when
    reading the FCB page by ROM bootloader.

    Add API for setting BCH to specific layout (and restoring it back) used by
    ROM bootloader to be able to burn it in a proper way to NAND using
    nandbcb command.

    Signed-off-by: Igor Opaniuk
    Signed-off-by: Anti Sullin

    Signed-off-by: Alice Guo
    (cherry picked from commit eaba02830252ed044e319571a7f3ebed412ae93b)

    Igor Opaniuk
     
  • Extend GPMI Integrated ECC Control Register Description, include
    additional defines for enabling randomizer function and providing
    proper randomizer type.

    For additional details check i.MX7 APR, section
    9.6.6.3 GPMI Integrated ECC Control Register Description
    (GPMI_ECCCTRLn)

    Signed-off-by: Igor Opaniuk
    (cherry picked from commit 212ab2205175b9be726ef6c00f523391882a7824)

    Igor Opaniuk
     
  • Since the USB HID limits the maximum bandwidth(3072) for interrupt
    endpoint transfers, when the bInterval set to 1, we can only support 3
    boards to run sdp at the same time. In order to support more boards,
    change the bInterval of interrupt endpoint to 3, which will not affect
    the transmission speed.

    Signed-off-by: Sherry Sun
    Reviewed-by: Ye Li
    (cherry picked from commit beb0283e6bac3d42cc87757e3c0e200e2ac3b68f)

    Sherry Sun
     
  • When use ep1out interrupt endpoint to receive data in sdp, the max
    packetsize of ep1out is set to 1024. But in cdns3 gadget driver, the
    max packetsize is limited to 512 bytes in high speed. So we can't
    implement data download through ep1out of cdns3 driver, here need
    change the max packesize of interrupt endpoints to 1024.

    Signed-off-by: Sherry Sun
    Reviewed-by: Ye Li
    (cherry picked from commit 17f321b4a32cfaac52339172dc354729e641451a)

    Sherry Sun
     
  • EP0 has been used to transfer file data in sdp before, but the max
    packetsize of ep0 is 64 bytes. So in order to improve the file transfer
    speed, here add the EP1_OUT interrupt endpoint which max packetsize is
    set to 1024 byte.

    After testing, it turns out that using ep1out is twice as fast as using
    ep0 while receiving data in sdp.

    Signed-off-by: Sherry Sun
    Reviewed-by: Ye Li
    (cherry picked from commit 22614e317b7fdf4a716f2e5bde876649414ffd6c)

    Sherry Sun
     

24 Sep, 2019

2 commits

  • "CONFIG_IMX_TRUSTY_OS=y" is added to the corresponding defconfig files
    to include trusty related code.

    MACROs are added in corresponding header files. standard android uboot
    has more content than android auto uboot, the uboot malloc pool size is
    changed from 76MB to 90MB to make the boot process can be handed over to
    kernel without malloc problem.

    Change-Id: I5072c20aa28fb1da93e889bb920955d2f1cfbefd
    Signed-off-by: faqiang.zhu

    faqiang.zhu
     
  • add below two defconfig files:
    configs/imx8qm_mek_android_trusty_defconfig
    configs/imx8qxp_mek_android_trusty_defconfig

    they are directly copied from below two files for the ease of tracking
    the modifications:
    configs/imx8qm_mek_android_defconfig
    configs/imx8qxp_mek_android_defconfig

    Change-Id: I84ca6ce62698b48bceb651df95ad61cf3e565e99
    Signed-off-by: faqiang.zhu

    faqiang.zhu
     

23 Sep, 2019

1 commit

  • Update the mx7ulp wdog disable sequence to avoid potential reset issue
    in unlock or refresh sequence. Both sequence need two words write
    to wdog CNT register in 16 bus clocks window, if miss the window,
    the write will cause violation in wdog and reset the chip.

    Current u-boot code is using writel() function which has a DMB barrier
    to order the memory access. The DMB between two words write may introduce
    some delay in certain circumstance, causing the wdog reset due to 16 bus
    clock window requirement.

    This patch replaces writel() function by __raw_writel() to avoid such issue,
    and improve to check if watchdog is already disabled or unlocked.

    Signed-off-by: Ye Li
    Tested-by: Breno Lima
    Reviewed-by: Peng Fan
    (cherry picked from commit b8c99d5f5bcc5573d3394b68890db16b6bb5fc88)

    Ye Li
     

19 Sep, 2019

1 commit


11 Sep, 2019

2 commits

  • When enable u-boot splash screen and set kernel dtb with -hdmi.dtb on
    imx8qm, the kernel reboot (partition reboot) will hang in u-boot if HDMI
    cable is plugged in.
    The root cause is kernel set the clock source of DC0 display0 channel to
    bypass clock, when doing reboot this clock setting may not be cleared. So
    u-boot has wrong clock source and cause lpcg stop bit always set.

    Fix the issue by adding the clock parent setting and not depend on default
    parent value.

    Signed-off-by: Ye Li
    Reviewed-by: Peng Fan
    (cherry picked from commit 104c4b5cdc83fb671c6474708bdd00c2dfb01113)
    (cherry picked from commit 8a287c629018e6bf647c3c617fca3e6c94a3d2a4)

    Ye Li
     
  • Have missed the lpcg settings when porting to 2019.04 u-boot

    Signed-off-by: Ye Li
    Reviewed-by: Peng Fan
    (cherry picked from commit 4096d7806a0dcc501123c8c2cdf734620e37d169)

    Ye Li
     

06 Sep, 2019

1 commit


05 Sep, 2019

4 commits