10 Oct, 2014

9 commits


08 Oct, 2014

1 commit

  • In order for the gmac nic to work reliable on the Bananapi, we need to set
    bits 10-12 GTXDC "GMAC Transmit Clock Delay Chain" of the GMAC clk register
    (0x01c20164) to 3.

    Without this about 9 out of 10 ethernet packets get lost, with this setting
    there is no packet loss.

    So far setting these bits is only necessary on the Bananapi, so this commit
    solves this with a bit of #ifdef CONFIG_BANANAPI code. If in the future we
    need to do something similar for other boards, we can create a specific
    CONFIG_FOO option for this then.

    Reported-by: Karsten Merker
    Signed-off-by: Hans de Goede
    Tested-by: Karsten Merker
    Tested-by: Zoltan HERPAI
    Tested-by: Tony Zhang
    Acked-by: Ian Campbell

    Hans de Goede
     

07 Oct, 2014

2 commits


06 Oct, 2014

5 commits

  • Move icache_enable() and dcache_enable() function calls from
    board code into the CPU code and into the enable_caches()
    function. This is how the cache enabling code was designed
    to work.

    Signed-off-by: Marek Vasut
    Cc: Dinh Nguyen
    Cc: Pavel Machek
    Cc: Marek Vasut
    Cc: Tom Rini
    Cc: Albert Aribaud
    Cc: Wolfgang Denk
    Acked-by: Pavel Machek

    Marek Vasut
     
  • The code is now fixed to the point where we can safely enable
    the L1 data cache. Enable the D-Cache and set it as write-alloc.

    Signed-off-by: Marek Vasut
    Cc: Chin Liang See
    Cc: Dinh Nguyen
    Cc: Albert Aribaud
    Cc: Tom Rini
    Cc: Wolfgang Denk
    Cc: Pavel Machek
    Acked-by: Pavel Machek

    Marek Vasut
     
  • Cosmetic change to the checkboard() function output. Align the
    output with the rest of initial output produced by U-Boot.

    Signed-off-by: Marek Vasut
    Cc: Chin Liang See
    Cc: Dinh Nguyen
    Cc: Albert Aribaud
    Cc: Tom Rini
    Cc: Wolfgang Denk
    Cc: Pavel Machek
    Acked-by: Pavel Machek

    Marek Vasut
     
  • The bi_boot_params must point to offset 0x100 in DRAM. Make it so.

    Signed-off-by: Pavel Machek
    Signed-off-by: Marek Vasut
    Cc: Chin Liang See
    Cc: Dinh Nguyen
    Cc: Albert Aribaud
    Cc: Tom Rini
    Cc: Wolfgang Denk
    Cc: Pavel Machek

    Pavel Machek
     
  • Add some stub defines, which are used by the clock code, but are
    missing from the auto-generated header file for the SoCFPGA family.

    Signed-off-by: Marek Vasut
    Cc: Chin Liang See
    Cc: Dinh Nguyen
    Cc: Albert Aribaud
    Cc: Tom Rini
    Cc: Wolfgang Denk
    Cc: Pavel Machek
    Acked-by: Dinh Nguyen
    Acked-by: Pavel Machek

    Marek Vasut
     

26 Sep, 2014

3 commits


25 Sep, 2014

11 commits

  • Spin table is at the very beginning of boot code. Each core has an individual
    release address within the spin table, the ft_cpu_setup fn updates the
    "cpu-release-addr" property of each cpu node with the corresponding release
    address.

    Also fix CPU_RELEASE_ADDR to point to secondary_boot_func.

    Signed-off-by: York Sun
    Signed-off-by: Arnab Basu

    York Sun
     
  • DP-DDR is used for DPAA, separated from main memory pool for general
    use. It has 32-bit bus width and use a standard DDR4 DIMM (64-bit).

    Signed-off-by: York Sun

    York Sun
     
  • The macro MIN, MAX is defined as the aliase of min, max,
    respectively.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • Since commit ddaf5c8f3030050fcd356a1e49e3ee8f8f52c6d4
    (patman: RunPipe() should not pipe stdout/stderr unless asked),
    Patman spits lots of "Invalid MAINTAINERS address: '-'"
    error messages for patches with global changes.
    It takes too long for Patman to process them.

    Anyway, "M: -" does not carry any important information.
    Rather, it is just like a place holder in case of assigning
    a new board maintainer. Let's comment out.

    This commit can be reproduced by the following command:

    find . -name MAINTAINERS | xargs sed -i -e '/^M:[[:blank:]]*-$/s/^/#/'

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • The "S: Orphan" in MAINTAINERS means that the maintainer in the
    "M:" field is unreachable (i.e. the email address is not working).
    (Refer to the definition of "Orphan" adopted in U-Boot
    in the log of commit 31f1b654b2f395b69faa5d0d3c1eb0803923bd3b,
    "boards.cfg: move boards with invalid emails to Orphan")

    For patch files adding global changes, scripts/get_maintainer.pl
    adds bunch of such invalid email addresses, which results in
    tons of annoying bounce emails.

    This commit can be reproduced by the following command:

    find . -name MAINTAINERS | xargs sed -i -e '
    /^M:[[:blank:]]/ {
    N
    /S:[[:blank:]]Orphan/s/^/#/
    }
    '

    Signed-off-by: Masahiro Yamada
    Acked-by: Simon Glass

    Masahiro Yamada
     
  • Each CPU of PowerPC has its default linker script under the CPU
    directory, except mpc8xx.

    Every mpc8xx board has its own linker script under the board
    directory, resulting in lots of duplication of linker scripts.

    I notice eight mpc8xx boards have the same linker script.
    We can decrease the number of linker scripts by putting a single
    default linker script, arch/powerpc/cpu/mpc8xx/u-boot.lds.

    Signed-off-by: Masahiro Yamada
    Cc: Wolfgang Denk
    Acked-by: Stefan Roese

    Masahiro Yamada
     
  • T1042QDS (T1042 is T1040 Personality without L2 switch) supports following
    sgmii interfaces with serdes protocol 0xA7
    -SGMII-MAC3 on Lane B - slot 7
    -SGMII-MAC5 on Lane H - slot 7
    -SGMII2.5G-MAC1 on Lane C - slot 6
    -SGMII2.5G-MAC2 on Lane D - slot 5

    Add support of above sgmii interfaces

    Signed-off-by: Priyanka Jain

    Priyanka Jain
     
  • DDR-ODT require cfg_dram_type switch set properly as per DDR type.
    T1040RDB, T1042RDB boards have DDR3L type DDR, so cfg_dram_type
    should be set to OFF for DDR3L
    Update t104xrdb/README for switch setting

    Signed-off-by: Priyanka Jain
    Reviewed-by: York Sun

    Priyanka Jain
     
  • T1042RDB is a Freescale reference board that hosts the T1042 SoC
    (and variants). The board is similar to T1040RDB, T1042 is a reduced
    personality of T1040 SoC without Integrated 8-port Gigabit(L2 Switch).

    T1042RDB is configured with serdes protocol 0x86 which can support
    following interfaces
    - 2 RGMII's on DTSEC4, DTSEC5
    - 1 SGMII on DTSEC3
    DTSEC1, DTSEC2 are not connected on board.

    This Patch
    - add T1042RDB support
    - updates README file for T1042RDB details and update commands for switching
    to alternate banks from vBank0 to vBank4 and vice versa

    This patch also does minor clean ups for fdt defines for T1042RDB and
    T1042RDB_PI board

    Signed-off-by: Vijay Rai
    Signed-off-by: Priyanka Jain
    Reviewed-by: York Sun

    vijay rai
     
  • This patch adds support of rcw for T1042RDB, it makes following changes :
    - Adds t1042_rcw.cfg file for serdes protocol 0x86 for T1042RDB
    - Renames t1042_pi_rcw.cfg file from t1042_rcw.cfg and also updates
    comments for valid serdes protocol which is 0x06
    - Also updates CONFIG_SYS_FSL_PBL_RCW for T1042RDB

    Signed-off-by: Vijay Rai
    Signed-off-by: Priyanka Jain
    Reviewed-by: York Sun

    vijay rai
     
  • LS2085a has 2 regions in system memory map. Region1 is default map from
    where system boots. Once u-boot is moved to DDR, IFC is re-mapped to
    Region2.

    So, update gd->env_addr to reflect correct address.

    Signed-off-by: Prabhakar Kushwaha
    Reviewed-by: York Sun

    Prabhakar Kushwaha
     

24 Sep, 2014

1 commit

  • MXC SPI driver has a feature whereas a GPIO line can be used to force CS high
    across multiple transactions. This is set up by embedding the GPIO information
    in the CS value:

    cs = (cs | gpio << 8)

    This merge of cs and gpio data into one value breaks the sf probe command:
    if the use of gpio is required, invoking "sf probe " will not work, because
    the CS argument doesn't have the GPIO information in it. Instead, the user must
    use "sf probe << 8>". For example, if bank 2 gpio 30 is used to force
    cs high on cs 0, bus 0, then instead of typing "sf probe 0" the user now must
    type "sf probe 15872".

    This is inconsistent with the description of the sf probe command, and forces
    the user to be aware of implementaiton details.

    Fix this by introducing a new board function: board_spi_cs_gpio(), which will
    accept a naked CS value, and provide the driver with the relevant GPIO, if one
    is necessary.

    Cc: Eric Nelson
    Cc: Eric Benard
    Cc: Fabio Estevam
    Cc: Tim Harvey
    Cc: Stefano Babic
    Cc: Tom Rini
    Cc: Marek Vasut
    Reviewed-by: Marek Vasut
    Signed-off-by: Nikita Kiryanov
    Reviewed-by: Jagannadha Sutradharudu Teki

    Nikita Kiryanov
     

23 Sep, 2014

1 commit


22 Sep, 2014

1 commit


21 Sep, 2014

1 commit


19 Sep, 2014

1 commit


18 Sep, 2014

2 commits


17 Sep, 2014

2 commits