28 Jan, 2017

1 commit


27 Jan, 2017

1 commit


26 Jan, 2017

8 commits


25 Jan, 2017

7 commits

  • This patch adds the SDHCI device tree nodes to the Armada 7040-db
    dts file.

    Signed-off-by: Stefan Roese
    Cc: Nadav Haklai
    Cc: Kostya Porotchkin
    Cc: Wilson Ding
    Cc: Victor Gu
    Cc: Hua Jing
    Cc: Terry Zhou
    Cc: Hanna Hawa
    Cc: Haim Boot

    Stefan Roese
     
  • This patch adds the SDHCI device tree nodes to the Armada AP806 dtsi
    file which is used by the Armada 7k/8K SoCs.

    Signed-off-by: Stefan Roese
    Cc: Nadav Haklai
    Cc: Kostya Porotchkin
    Cc: Wilson Ding
    Cc: Victor Gu
    Cc: Hua Jing
    Cc: Terry Zhou
    Cc: Hanna Hawa
    Cc: Haim Boot

    Stefan Roese
     
  • This patch adds the SDHCI device tree nodes to the Armada 3700-db
    dts file.

    Signed-off-by: Stefan Roese
    Cc: Nadav Haklai
    Cc: Kostya Porotchkin
    Cc: Wilson Ding
    Cc: Victor Gu
    Cc: Hua Jing
    Cc: Terry Zhou
    Cc: Hanna Hawa
    Cc: Haim Boot

    Stefan Roese
     
  • This patch adds the SDHCI device tree nodes to the Armada 3700 dtsi
    file.

    Signed-off-by: Stefan Roese
    Cc: Nadav Haklai
    Cc: Kostya Porotchkin
    Cc: Wilson Ding
    Cc: Victor Gu
    Cc: Hua Jing
    Cc: Terry Zhou
    Cc: Hanna Hawa
    Cc: Haim Boot

    Stefan Roese
     
  • Commit ac337168a unified functions to flush and invalidate dcache by
    range. These two functions were no-ops for SoCs other than 4xx and
    MPC86xx. Adding these functions seemed to be correct but introduced
    issues in some drivers when the dcache was flushed. While the root
    cause was under investigation, these functions were disabled in
    Commit cb1629f91a for affected SoCs, including the MPC85xx, to make
    the various drivers work.

    On the T208x USB stopped working after v2016.07 was pulled. After
    re-enabling the dcache functions for the MPC85xx it started working
    again. The USB and DPPA Ethernet drivers have been seen as
    operational after this change but other drivers cannot be tested.

    Reviewed-by: Chris Packham
    Signed-off-by: Tony O'Brien
    Cc: Marek Vasut
    Cc: York Sun
    Reviewed-by: York Sun

    Tony O'Brien
     
  • The read-only-write-enable bit is set by default and must be cleared
    to prevent overwriting read-only registers. This should be done
    immediately after resetting the PCI Express controller.

    Reviewed-by: Hamish Martin
    Signed-off-by: Tony O'Brien
    [York S: Move SYS_FSL_ERRATUM_A007815 to Kconfig]
    Reviewed-by: York Sun

    Tony O'Brien
     
  • Core hang occurs when using L1 stashes. Workaround is to disable L1
    stashes so software uses L2 cache for stashes instead.

    Reviewed-by: Chris Packham
    Signed-off-by: Darwin Dingel
    Cc: York Sun
    [York S: Move SYS_FSL_ERRATUM_A007907 to Kconfig]
    Reviewed-by: York Sun

    Darwin Dingel
     

24 Jan, 2017

4 commits


22 Jan, 2017

13 commits


21 Jan, 2017

4 commits

  • Latest gcc compile strted complaining about defined structure definition
    that are not used. Remove the unused sturctures.

    Reported-by: Dan Murphy
    Signed-off-by: Lokesh Vutla

    Lokesh Vutla
     
  • Latest gcc 6.2 compiler is throwing the below warning for omap4_panda_defconfig
    arch/arm/mach-omap2/omap4/hw_data.c:136:3: warning: 'abe_dpll_params_sysclk_196608khz' defined but not used [-Wunused-const-variable=]
    abe_dpll_params_sysclk_196608khz[NUM_SYS_CLKS] = {

    Fix this by guarding it with CONFIG_SYS_OMAP_ABE_SYSCK

    Reported-by: Dan Murphy
    Signed-off-by: Lokesh Vutla

    Lokesh Vutla
     
  • We have long had available optimized versions of the memset and memcpy
    functions that are borrowed from the Linux kernel. We should use these
    in normal conditions as the speed wins in many workflows outweigh the
    relatively minor size increase. However, we have a number of places
    where we're simply too close to size limits in SPL and must be able to
    make the size vs performance trade-off in those cases.

    Cc: Philippe Reynes
    Cc: Eric Jarrige
    Cc: Heiko Schocher
    Cc: Magnus Lilja
    Cc: Lokesh Vutla
    Cc: Chander Kashyap
    Cc: Akshay Saraswat
    Cc: Simon Glass
    Cc: Stefan Roese
    Signed-off-by: Tom Rini
    Acked-by: Stefan Roese
    Reviewed-by: Simon Glass

    Tom Rini
     
  • While moving OMAP related files to mach-omap2 the functionality
    relating to generating secure boot files was modified. This change
    prevents secure platforms other than AM33xx and OMAP54XX from
    correctly building files for all needed media types.

    Fixes: 983e37007da5 ("arm: Introduce arch/arm/mach-omap2 for OMAP2 derivative platforms")
    Signed-off-by: Andrew F. Davis
    Acked-by: Lokesh Vutla

    Andrew F. Davis
     

20 Jan, 2017

2 commits

  • commit: 65f83802b7a5b "serial: 16550: Add getfcr accessor"
    breaks u-boot commandline working with long commands
    sending to the board.

    Since the above patch, you have to setup the fcr register.

    For board/archs which enable OF_PLATDATA, the new field
    fcr in struct ns16550_platdata is not filled with a
    default value ...

    This leads in not setting up the uarts fifo, which ends
    in problems, when you send long commands to u-boots
    commandline.

    Detected this issue with automated tbot tests on am335x
    based shc board.

    The error does not popup, if you type commands. You need
    to copy&paste a long command to u-boots commandshell
    (or send a long command with tbot)

    Possible boards/plattforms with problems:
    ./arch/arm/cpu/arm926ejs/lpc32xx/devices.c
    ./arch/arm/mach-tegra/board.c
    ./board/overo/overo.c
    ./board/quipos/cairo/cairo.c
    ./board/logicpd/omap3som/omap3logic.c
    ./board/logicpd/zoom1/zoom1.c
    ./board/timll/devkit8000/devkit8000.c
    ./board/lg/sniper/sniper.c
    ./board/ti/beagle/beagle.c
    ./drivers/serial/serial_rockchip.c

    Signed-off-by: Heiko Schocher
    Signed-off-by: Ladislav Michl
    Tested-by: Adam Ford
    Reviewed-by: Tom Rini

    Heiko Schocher
     
  • Tom Rini