06 Feb, 2020

1 commit

  • At present dm/device.h includes the linux-compatible features. This
    requires including linux/compat.h which in turn includes a lot of headers.
    One of these is malloc.h which we thus end up including in every file in
    U-Boot. Apart from the inefficiency of this, it is problematic for sandbox
    which needs to use the system malloc() in some files.

    Move the compatibility features into a separate header file.

    Signed-off-by: Simon Glass

    Simon Glass
     

18 Jan, 2020

4 commits


07 Jan, 2020

1 commit

  • Enable driver model for Video to remove the following
    compile warning on CM-FX6 SOM based target:

    ===================== WARNING ======================
    This board does not use CONFIG_DM_VIDEO Please update
    the board to use CONFIG_DM_VIDEO before the v2019.07 release.
    ====================================================

    This change introduced build error as shown:

    LD u-boot
    drivers/built-in.o: In function ipu_displays_init'
    arm-linux-ld.bfd: BFD (GNU Binutils) 2.29.1 assertion fail elf32-arm.c:9509
    Makefile:1621: recipe for target 'u-boot' failed
    make: *** [u-boot] Error 1

    The DM converted video driver calls ipu_displays_init
    in its probe, which inturn calls relevant board_video_skip.
    Defining ipu_displays_init in the board file fixes build error.
    Target was compile tested, build was clean.

    Signed-off-by: Suniel Mahesh

    Suniel Mahesh
     

03 Dec, 2019

3 commits


12 Aug, 2019

3 commits


23 Jun, 2019

1 commit


29 May, 2019

1 commit

  • This board still doesn't select CONFIG_DM and seems to be umaintained.
    As it makes progress on modernizing several DaVinci drivers more
    difficult and the maintainer has not expressed interest in updating
    it, this patch proposes to remove it.

    Signed-off-by: Bartosz Golaszewski

    Bartosz Golaszewski
     

17 Apr, 2019

1 commit


23 Aug, 2018

1 commit

  • When MUSB is operating in peripheral mode, probe registering
    musb core using musb_register which intern return int value
    for validation. so there is no scope to preserve struct musb
    pointer but the same can be used in .remove musb_stop.
    So fix this by return musb_register with struct musb pointer.

    Cc: Igor Grinberg
    Cc: Purna Chandra Mandal
    Tested-by: Chen-Yu Tsai # A33-OlinuXino
    Tested-by: Jagan Teki
    Signed-off-by: Jagan Teki

    Jagan Teki
     

25 Jul, 2018

1 commit


07 May, 2018

1 commit

  • When U-Boot started using SPDX tags we were among the early adopters and
    there weren't a lot of other examples to borrow from. So we picked the
    area of the file that usually had a full license text and replaced it
    with an appropriate SPDX-License-Identifier: entry. Since then, the
    Linux Kernel has adopted SPDX tags and they place it as the very first
    line in a file (except where shebangs are used, then it's second line)
    and with slightly different comment styles than us.

    In part due to community overlap, in part due to better tag visibility
    and in part for other minor reasons, switch over to that style.

    This commit changes all instances where we have a single declared
    license in the tag as both the before and after are identical in tag
    contents. There's also a few places where I found we did not have a tag
    and have introduced one.

    Signed-off-by: Tom Rini

    Tom Rini
     

28 Apr, 2018

1 commit


09 Apr, 2018

1 commit

  • In order that we can use eth_env_* even when CONFIG_NET isn't set, move
    these functions to environment code from net code.

    This fixes failures such as:

    board/ti/am335x/built-in.o: In function `board_late_init':
    board/ti/am335x/board.c:752: undefined reference to `eth_env_set_enetaddr'
    u-boot/board/ti/am335x/board.c:766: undefined reference to `eth_env_set_enetaddr'

    which caters for use cases such as:

    commit f411b5cca48f ("board: am335x: Always set eth/eth1addr environment
    variable")

    when Ethernet is required in Linux, but not U-Boot.

    Signed-off-by: Alex Kiernan

    Alex Kiernan
     

22 Feb, 2018

1 commit

  • This reverts commit edf0093732225c2fd0791c3864e9a3eef1f92f19 for
    cm_fx6 iMX.6 Solo module as it causes frequent (around 10 percent of
    power cycles) board's hangs.

    These hangs happen in SPL when BSS is being initialized in SDRAM -
    it appear that variables from BSS contain trash values which lead to board
    hangs. Looks like that SDRAM doesn't yet finish initialization in these
    cases.

    Signed-off-by: Maxim Yu. Osipov
    Reviewed-by: Stefano Babic

    Maxim Yu. Osipov
     

15 Feb, 2018

1 commit


12 Jan, 2018

1 commit

  • Like many other i.MX6 based boards, there are multiple variants of
    the cm-fx6 module featuring different SoC variants. Furthermore, the
    module can be paired with multiple baseboards.

    At the same time modern distribution like Fedora require U-Boot to
    select a proper devicetree which depends on the SoC variant and the
    baseboard.

    Thus, export the SoC variant and the actual board to the environment
    following the conventions of other i.MX6 devices (e.g. the NXP boards)
    such that the environment can select a devicetree file to load.

    For now, we only know for sure that the cm-fx6 module and the SB-fx6m
    baseboard amount to a Utilite Computer variant (depending on the SoC).
    Further combinations may be added in the future; e.g. CompuLab's
    evaluation board once someone can verify the identification string
    stored in its eeprom.

    Signed-off-by: Christopher Spinrath
    Reviewed-by: Stefano Babic

    Christopher Spinrath
     

29 Dec, 2017

2 commits


26 Nov, 2017

1 commit

  • When usb_hub_reset_devices is called, it should be passed both an
    indicator which hub it should operate on and what port number (local
    to that hub) should be reset.

    Previously, the usb_hub.c code did not include such context and
    always started resets from port number 1, performing multiple
    reset-requests for the same devices:

    /*
    * Reset any devices that may be in a bad state when applying
    * the power. This is a __weak function. Resetting of the devices
    * should occur in the board file of the device.
    */
    for (i = 0; i < dev->maxchild; i++)
    usb_hub_reset_devices(i + 1);

    This adds an additional 'hub' parameter to usb_hub_reset_devices
    that provides the context to fully qualify the port-number in.

    Existing implementations are changed to accept and ignore the new
    parameter.

    Signed-off-by: Philipp Tomsich
    Tested-by: Jakob Unterwurzacher

    Philipp Tomsich
     

21 Oct, 2017

1 commit

  • We add the various SMC91XX symbols to drivers/net/Kconfig and then this
    converts the following to Kconfig:
    CONFIG_SMC911X
    CONFIG_SMC911X_BASE
    CONFIG_SMC911X_16_BIT
    CONFIG_SMC911X_32_BIT

    Signed-off-by: Adam Ford
    [trini: Apply to the rest of the tree, re-squash old and new patch]
    Signed-off-by: Tom Rini

    Adam Ford
     

12 Oct, 2017

1 commit


18 Sep, 2017

1 commit


15 Sep, 2017

1 commit

  • Commit 6ae4c3efbd62 ("ARM: DRA7: Add pinctrl register definitions")
    has added new macros for pinmux configuration in line with the
    kernel definitions. Fixup the current pinctrl data for the CompuLab
    CL-SOM-AM57x board to use these new macros to facilitate the removal
    of the old macros.

    NOTE:
    The PEN and PDIS macro values used previously were actually defined
    inversely, a value of 1 in bit position 16 actually means that the
    internal pullup/pulldown is disabled and not enabled as inferred by
    PEN. So, previous pinmux config data such as (PDIS | PTU) is confusing
    as it actually was meant for enabling internal pullup. The data is
    fixed up only to be equivalent to the previous data.

    Signed-off-by: Suman Anna

    Suman Anna
     

19 Aug, 2017

1 commit


17 Aug, 2017

2 commits


16 Aug, 2017

3 commits


09 Aug, 2017

1 commit


12 Jul, 2017

1 commit

  • 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
     

06 Jun, 2017

1 commit


05 Jun, 2017

1 commit