u-boot.git/board/compulab, branch v2018.03

Revert "mx6: ddr: Allow changing REFSEL and REFR fields"

2018-02-22T13:30:53+00:00

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

usb: host: xhci-omap: Remove redundant board_usb_init and board_usb_cleanup functions

2018-02-15T12:44:30+00:00

board_usb_init()/_cleanup() should be in board files and don't have
a place in the xhci-omap driver. Weak versions for
board_usb_init()/_cleanup() already exist in common/usb.c
(for host mode) and drivers/usb/gadget/g_dnl.c (for gadget mode).

Therefore, remove init and cleanup functions from xhci-omap and
implement them in the board files.

Signed-off-by: Faiz Abbas 
Reviewed-by: Marek Vasut 
Reviewed-by: Bin Meng

ARM: imx: cm_fx6: export board and soc info to env

2018-01-12T13:28:04+00:00

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

ARM: imx: cm_fx6: remove esdhc init code from board file

2017-12-29T10:18:59+00:00

Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support")
enabled driver model support for MMC. Remove the old mmc init code, which
is no longer used, from the board file.

Signed-off-by: Christopher Spinrath 
Reviewed-by: Fabio Estevam 
Reviewed-by: Simon Glass

ARM: imx: cm_fx6: remove sata init code from board file

2017-12-29T10:18:59+00:00

Commit 5248930ebf48 ("dm: imx: cm_fx6: Enable more driver model support")
enabled driver model support for AHCI. Remove the old, now unused, sata
init code from the board file.

Signed-off-by: Christopher Spinrath 
Reviewed-by: Fabio Estevam 
Reviewed-by: Simon Glass

usb: hub: identify the hub-device to usb_hub_reset_devices

2017-11-26T01:22:36+00:00

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

net: Add SMC911X driver to Kconfig, convert

2017-10-21T01:40:26+00:00

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

arm: imx7d: add support for Compulab cl-som-imx7

2017-10-12T15:31:16+00:00

Add initial support for Compulab cl-som-imx7 SoM.
The initial support includes:
 - MMC
 - eMMC
 - SPI flash
 - I2C
 - FEC
 - USB
 - Serial console

Signed-off-by: Ilya Ledvich

imx6: drop duplicated bss memset and board_init_r() call

2017-09-18T15:15:28+00:00

bss section is cleared in crt0.S. board_init_r() is also
entered from crt0 code.

Signed-off-by: Anatolij Gustschin 
Cc: Christian Gmeiner 
Cc: Nikita Kiryanov 
Cc: Jagan Teki 
Cc: Tim Harvey 
Cc: Marek Vasut 
Cc: Lukasz Majewski 
Cc: Fabio Estevam 
Reviewed-by: Lukasz Majewski 
Reviewed-by: Christian Gmeiner 
Reviewed-by: Fabio Estevam

arm: am57xx: cl-som-am57x: Use new pinctrl macros

2017-09-15T01:32:55+00:00

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