23 Aug, 2013

5 commits


22 Aug, 2013

2 commits


21 Aug, 2013

18 commits


20 Aug, 2013

15 commits

  • This patch removes support for the APM 405CR CPU.
    This CPU is EOL and no board uses this chip.

    Signed-off-by: Matthias Fuchs

    Matthias Fuchs
     
  • This board and especially the CPU (PPC405CR) is EOL.

    Signed-off-by: Matthias Fuchs
    Acked-by: Wolfgang Denk

    Matthias Fuchs
     
  • Tom Rini
     
  • After introduction of unified i2c model, the I2C_SET_BUS() macro is regarded
    as obsolete.
    Hence it is replaced with i2c_set_bus_num() function call.

    Signed-off-by: Lukasz Majewski
    Cc: Heiko Schocher
    Cc: Tom Rini

    Łukasz Majewski
     
  • New I2C framework, introduced after v2013.07 final release, imposed I2C
    code adjustment for some Samsung boards - namely Trats, GONI and Universal_c210.

    Those boards were using schematic based I2C enumeration (I2C_5, I2C_9).
    However, new I2C framework imposes usage of logical I2C adapters numbering
    (e.g. I2C_0, I2C_1, etc).

    Additionally, I2C_GET_* macros were replaced with i2c_*_bus_num() functions.

    Trats board gained definition of second soft I2C adapter.

    Signed-off-by: Lukasz Majewski
    Cc: Minkyu Kang
    Cc: Heiko Schocher

    Łukasz Majewski
     
  • The I2C_MULTI_BUS needs to be defined for correct I2C operation with
    many software emulated I2C controllers.

    This fix restores correct value of the I2C_MULTI_BUS changed by following
    commit:

    SHA1: 385c9ef5a7215b2b0c22836fee6c692dfc8559d7
    i2c: add i2c_core and prepare for new multibus support

    Signed-off-by: Lukasz Majewski
    Cc: Heiko Schocher

    Łukasz Majewski
     
  • This workaround is for the erratum I2C A004447. Device reference
    manual provides a scheme that allows the I2C master controller
    to generate nine SCL pulses, which enable an I2C slave device
    that held SDA low to release SDA. However, due to this erratum,
    this scheme no longer works. In addition, when I2C is used as
    a source of the PBL, the state machine is not able to recover.

    At the same time, delete the reduplicative definition of SVR_VER
    and SVR_REV. The SVR_REV is the low 8 bits rather than the low 16
    bits of svr. And we use the CONFIG_SYS_FSL_A004447_SVR_REV macro
    instead of hard-code value 0x10, 0x11 and 0x20.

    The CONFIG_SYS_FSL_A004447_SVR_REV = 0x00 represents that one
    version of platform has this I2C errata. So enable this errata
    by IS_SVR_REV(svr, maj, min) function.

    Signed-off-by: Zhao Chenhui
    Signed-off-by: Chunhe Lan
    Cc: Scott Wood
    Cc: Heiko Schocher

    Chunhe Lan
     
  • When the code detected that the bus is hung (e.g. SDA stuck low),
    send 9 pulses on SCL to try to fixup the bus.

    Signed-off-by: Zhao Chenhui
    Signed-off-by: Chunhe Lan
    Cc: Scott Wood
    Cc: Heiko Schocher

    Chunhe Lan
     
  • SPL defines CONFIG_SPL_BUILD but this does not percolate to the
    autoconf.mk Makefile. As a result the build breaks when
    CONFIG_SPL_BUILD is used in the board-specific include header file. With
    this, there is a possibility of having a CONFIG option defined in the
    header file but not defined in the Makefile causing all kinds of build
    failure and problems.

    It also messes things for up, for example, when one might want to
    undefine options to keep the SPL small and doesn't want to be stuck with
    the CONFIG options used for U-boot. Lastly, this also avoids defining
    special CONFIG_SPL_ variables for cases where some options are required
    in U-boot but not in SPL.

    We add a spl-autoconf.mk rule that is generated for SPL with the
    CONFIG_SPL_BUILD flag and conditionally include it for SPL builds.

    Signed-off-by: Joel Fernandes
    Signed-off-by: Ying Zhang

    Joel Fernandes
     
  • Signed-off-by: Tom Rini

    Tom Rini
     
  • Signed-off-by: Wolfgang Denk
    [trini Don't remove some copyrights by accident]
    Signed-off-by: Tom Rini

    Wolfgang Denk
     
  • The file header indicated that this file was GPL-2.0+, but actually
    the code was derived from (Marvell based) Linux source code which is
    only GPL-2.0. Fix this.

    Signed-off-by: Wolfgang Denk
    Cc: Stefan Roese
    Cc: Matthias Fuchs
    Acked-by: Stefan Roese

    Wolfgang Denk
     
  • This commit adapts the files that were derived from PIBS (PowerPC
    Initialization and Boot Software) codeto using SPDX License
    Identifiers.

    So far, SPDX has not assigned an official License ID for the PIBS
    license yet, so this should be considered preliminary.

    Note that the following files contained incorrect license information:

    arch/powerpc/cpu/ppc4xx/4xx_uart.c
    arch/powerpc/cpu/ppc4xx/start.S
    arch/powerpc/include/asm/ppc440.h

    These files included, in addition to the GPL-2.0 / ibm-pibs dual
    license as inherited from PIBS, a GPL-2.0+ license header which was
    obviously incorrect. This has been removed.

    Signed-off-by: Wolfgang Denk
    Cc: Stefan Roese
    Signed-off-by: Wolfgang Denk

    Conflicts:
    Licenses/README
    Acked-by: Stefan Roese

    Wolfgang Denk
     
  • Unlike the other patches in this series so far, this commit fixes a
    ambiguity in the license terms for some OMAP files: the code was
    originally derived from the Linux kernel sources, where it was clearly
    marked as GPL-2.0 (i. e. without the "or later" part), but the U-Boot
    version had a GPL-2.0+ file header added, apparently without
    permission / relicensing from the original authors of the code.

    Insert a GPL-2.0 SPDX-License-Identifier to fix this.

    Signed-off-by: Wolfgang Denk
    cc: Tom Rix
    Cc: Tom Rini
    Cc: Albert Aribaud
    Acked-by: Tom Rini

    Wolfgang Denk
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk