04 Sep, 2018

1 commit

  • On iMX8MQ Rev B1, reading from fuse box is not allowed. The
    OCOTP_READ_FUSE_DATA register is tied to magic number 0xff0055aa
    for chip rev. So u-boot has to disable the fuse sense function for it.

    Signed-off-by: Ye Li
    Tested-by: Anson Huang
    (cherry picked from commit da95f60611e8859eba3e7ccb715fdce4d6376774)

    Ye Li
     

27 Apr, 2018

2 commits


05 Mar, 2018

1 commit

  • Thomas reported U-Boot failed to build host tools if libfdt-devel
    package is installed because tools include libfdt headers from
    /usr/include/ instead of using internal ones.

    This commit moves the header code:
    include/libfdt.h -> include/linux/libfdt.h
    include/libfdt_env.h -> include/linux/libfdt_env.h

    and replaces include directives:
    #include -> #include
    #include -> #include

    Reported-by: Thomas Petazzoni
    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

01 Mar, 2018

1 commit


04 Feb, 2018

1 commit


30 Jan, 2018

1 commit


12 Jan, 2018

1 commit

  • On i.MX7ULP, the fuse words (except bank 0 and 1) only supports to
    write once, because they use ECC mode. Multiple writes may damage
    the ECC value and cause a wrong fuse value decoded when reading.
    This patch adds a checking before the fuse word programming, only
    can write when the word value is 0.

    Signed-off-by: Ye Li
    Signed-off-by: Peng Fan

    Peng Fan
     

11 Jan, 2018

1 commit

  • This patch adds changes necessary to move functionality present in
    PowerPC folders with ARM architectures that have DPAA1 QBMan hardware

    - Create new board/freescale/common/fsl_portals.c to house shared
    device tree fixups for DPAA1 devices with ARM and PowerPC cores
    - Add new header file to top includes directory to allow files in
    both architectures to grab the function prototypes
    - Port inhibit_portals() from PowerPC to ARM. This function is used in
    setup to disable interrupts on all QMan and BMan portals. It is
    needed because the interrupts are enabled by default for all portals
    including unused/uninitialised portals. When the kernel attempts to
    go to deep sleep the unused portals prevent it from doing so

    Signed-off-by: Ahmed Mansour
    Reviewed-by: York Sun

    Ahmed Mansour
     

30 Nov, 2017

1 commit

  • Like STM32H7, now STM32F4/F7 clock drivers are binded by
    MFD stm32_rcc driver.
    This also allows to add reset support to STM32F4/F7 SoCs family.
    As Reset driver is not part of SPL supported drivers, don't bind it
    in case of SPL to avoid that stm32_rcc_bind() returns an error.

    Signed-off-by: Patrice Chotard
    Reviewed-by: Vikas Manocha

    Patrice Chotard
     

06 Nov, 2017

1 commit


04 Oct, 2017

1 commit

  • U-Boot widely uses error() as a bit noisier variant of printf().

    This macro causes name conflict with the following line in
    include/linux/compiler-gcc.h:

    # define __compiletime_error(message) __attribute__((error(message)))

    This prevents us from using __compiletime_error(), and makes it
    difficult to fully sync BUILD_BUG macros with Linux. (Notice
    Linux's BUILD_BUG_ON_MSG is implemented by using compiletime_assert().)

    Let's convert error() into now treewide-available pr_err().

    Done with the help of Coccinelle, excluing tools/ directory.

    The semantic patch I used is as follows:

    //
    @@@@
    -error
    +pr_err
    (...)
    //

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass
    [trini: Re-run Coccinelle]
    Signed-off-by: Tom Rini

    Masahiro Yamada
     

22 Sep, 2017

1 commit

  • This patch adds the support of reset and clock control
    block (rcc) found on STM32 SoCs.
    This driver is similar to a MFD linux driver.

    This driver supports currently STM32H7 only.
    STM32F4 and STM32F7 will be migrated to this rcc MFD driver
    in the future to uniformize all STM32 SoCs already upstreamed.

    Signed-off-by: Christophe Kerello
    Signed-off-by: Patrice Chotard
    Reviewed-by: Vikas Manocha
    Reviewed-by: Simon Glass

    Christophe Kerello
     

19 Sep, 2017

1 commit


13 Sep, 2017

2 commits


12 Sep, 2017

3 commits


03 Sep, 2017

1 commit

  • Add the following options to drivers/misc/Kconfig:
    SYS_I2C_EEPROM_ADDR
    SYS_I2C_EEPROM_BUS
    SYS_EEPROM_SIZE
    SYS_EEPROM_PAGE_WRITE_BITS
    SYS_EEPROM_PAGE_WRITE_DELAY_MS
    SYS_I2C_EEPROM_ADDR_LEN
    SYS_I2C_EEPROM_ADDR_OVERFLOW

    This does not migrate any boards, but provides a foundations for
    those who want/need these options

    Signed-off-by: Adam Ford
    [trini: Migrate uniphier]
    Signed-off-by: Tom Rini

    Adam Ford
     

27 Jul, 2017

1 commit


18 Jul, 2017

1 commit


12 Jul, 2017

3 commits

  • Change is consistent with other SOCs and it is in preparation
    for adding SOMs. SOC's related files are moved from cpu/ to
    mach-imx/.

    This change is also coherent with the structure in kernel.

    Signed-off-by: Stefano Babic

    CC: Fabio Estevam
    CC: Akshay Bhat
    CC: Ken Lin
    CC: Marek Vasut
    CC: Heiko Schocher
    CC: "Sébastien Szymanski"
    CC: Christian Gmeiner
    CC: Stefan Roese
    CC: Patrick Bruenn
    CC: Troy Kisky
    CC: Nikita Kiryanov
    CC: Otavio Salvador
    CC: "Eric Bénard"
    CC: Jagan Teki
    CC: Ye Li
    CC: Peng Fan
    CC: Adrian Alonso
    CC: Alison Wang
    CC: Tim Harvey
    CC: Martin Donnelly
    CC: Marcin Niestroj
    CC: Lukasz Majewski
    CC: Adam Ford
    CC: "Albert ARIBAUD (3ADEV)"
    CC: Boris Brezillon
    CC: Soeren Moch
    CC: Richard Hu
    CC: Wig Cheng
    CC: Vanessa Maegima
    CC: Max Krummenacher
    CC: Stefan Agner
    CC: Markus Niebel
    CC: Breno Lima
    CC: Francesco Montefoschi
    CC: Jaehoon Chung
    CC: Scott Wood
    CC: Joe Hershberger
    CC: Anatolij Gustschin
    CC: Simon Glass
    CC: "Andrew F. Davis"
    CC: "Łukasz Majewski"
    CC: Patrice Chotard
    CC: Nobuhiro Iwamatsu
    CC: Hans de Goede
    CC: Masahiro Yamada
    CC: Stephen Warren
    CC: Andre Przywara
    CC: "Álvaro Fernández Rojas"
    CC: York Sun
    CC: Xiaoliang Yang
    CC: Chen-Yu Tsai
    CC: George McCollister
    CC: Sven Ebenfeld
    CC: Filip Brozovic
    CC: Petr Kulhavy
    CC: Eric Nelson
    CC: Bai Ping
    CC: Anson Huang
    CC: Sanchayan Maity
    CC: Lokesh Vutla
    CC: Patrick Delaunay
    CC: Gary Bisson
    CC: Alexander Graf
    CC: u-boot@lists.denx.de
    Reviewed-by: Fabio Estevam
    Reviewed-by: Christian Gmeiner

    Stefano Babic
     
  • This module can be found on the Turris Omnia board connected
    via the I2C interface.

    Among some cryptographic functions, the chip has a 512 bit
    One Time Programmable memory, 88 byte configuration memory
    and 512 byte general purpose memory.

    The Turris Omnia stores serial number and device MAC address in
    the OTP memory.

    This commit adds basic support for reading the EEPROM and also
    exposes the chips Random Number Generator.

    The driver is based on code by
    Josh Datko, Cryptotronix, jbd@cryptotronix.com
    and also
    Tomas Hlavacek, CZ.NIC, tomas.hlavacek@nic.cz

    Signed-off-by: Tomas Hlavacek
    Signed-off-by: Marek Behun

    create mode 100644 drivers/misc/atsha204a-i2c.c
    create mode 100644 include/atsha204a-i2c.h
    Signed-off-by: Stefan Roese

    Marek Behún
     
  • This function returns the pointer to the value of a node property.
    The current name ofnode_read_prop() is confusing. Follow the naming
    of_get_property() from Linux.

    The return type (const u32 *) is wrong. DT property values can be
    strings as well as integers. This is why of_get_property/fdt_getprop
    returns an opaque pointer.

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

    Masahiro Yamada
     

26 Jun, 2017

1 commit


16 Jun, 2017

1 commit


07 Jun, 2017

1 commit

  • This adds a simple driver for reading the efuse block of the RK3399.
    It should be easy enough to add drivers for other devices (e.g. the
    RK3328, RK3368, etc.) by passing the device details via driver_data.

    Unlike the kernel driver (using the nvmem subsystem), we don't expose
    the efuse as multiple named cells, but rather as a linear memory that
    can be read using misc_read(...).

    The primary use case (as of today) is the generation of a 'serial#'
    (and a 'cpuid#') environment variable for the RK3399-Q7 (Puma)
    system-on-module.

    Note that this adds a debug-only (i.e. only if DEBUG is defined)
    command 'rk3399_dump_efuses' that dumps the efuse block's content.
    N.B.: The name 'rk3399_dump_efuses' was intentionally chosen to
    include a SoC-name (together with a comment in the function) to
    remind whoever adds support for additional SoCs that this
    function currently makes assumptions regarding the size of the
    fuse-box based on the RK3399. The hope is that the function is
    adjusted to reflect any changes resulting from generalising the
    driver for multiple SoCs and is then renamed.

    Signed-off-by: Philipp Tomsich

    Reviewed-by: Simon Glass

    Philipp Tomsich
     

01 Jun, 2017

5 commits


22 May, 2017

6 commits

  • This is only used by one board and always set to 0x51. Drop this option.

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     
  • This converts the following to Kconfig:
    CONFIG_DS4510

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     
  • This option enables a command in the driver. But the functions defined by
    the driver are not called anywhere else in U-Boot. So it does not seem
    useful to have this driver without its commands.

    Drop this option, move the header file out of the common include/
    directory and make all the function static.

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     
  • This option is only used in one driver and is not enabled by any board. It
    does not seem worth having the ability to remove this part of the support.

    Drop the option.

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     
  • This option is only used in one driver and is not enabled by any board. It
    does not seem worth having the ability to remove this part of the support.

    Drop the option.

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     
  • This option is only used in one driver and two boards. It does not seem
    worth having the ability to remove this part of the support.

    Drop the option.

    Signed-off-by: Simon Glass
    Reviewed-by: Tom Rini
    Reviewed-by: Heiko Schocher

    Simon Glass
     

11 May, 2017

1 commit