u-boot.git/board/tqc, branch master

board: rename "tqc" vendor to "tq"

2021-11-15T19:33:32+00:00

The subdivision name "TQ Components" hasn't been in use for a long time.
Rename the vendor directory to "tq", which also matches our Device Tree
vendor prefix.

Signed-off-by: Matthias Schiffer

i2c: Convert CONFIG_POWER_I2C et al to Kconfig

2021-09-04T16:26:02+00:00

This converts the following to Kconfig:
   CONFIG_POWER_I2C
   CONFIG_POWER_LEGACY

They are handled at the same time due to a dependency between them.
Update the Makefile rule to use legacy power only in U-Boot proper.
Unfortunately a separate rule is needed in SPL to be able to build
legacy power.  Add SPL related symbols for both, to allow for SPL-only
usage.

Signed-off-by: Simon Glass 
Reviewed-by: Jaehoon Chung 
[trini: More SPL related cleanups, reword commit message]
Signed-off-by: Tom Rini

power: Rename CONFIG_POWER to CONFIG_POWER_LEGACY

2021-09-04T16:26:02+00:00

This option is used in pre-driver model code and much of it has never
been converted to driver model.

We want to add a new option to enable power support, so we can use a
simple rule in the Makefile. Rename this one, which is really about
a particular implementation of power.

Also update the pmic.h header file so it either includes the legacy
API or the driver model one.

Signed-off-by: Simon Glass 
Reviewed-by: Jaehoon Chung

Convert CONFIG_SYS_I2C_LEGACY to Kconfig and add CONFIG_[ST]PL_SYS_I2C_LEGACY

2021-08-30T18:10:07+00:00

First, we convert CONFIG_SYS_I2C_LEGACY to Kconfig.  Next, as you cannot
have SYS_I2C_LEGACY and DM_I2C at the same time, introduce
CONFIG_SPL_SYS_I2C_LEGACY so that we can enable the legacy option only
in SPL.  Finally, for some PowerPC cases we also need
CONFIG_TPL_SYS_I2C_LEGACY support.  Convert all of the existing users to
one or more symbols.

Signed-off-by: Tom Rini

i2c: Rename CONFIG_SYS_I2C to CONFIG_SYS_I2C_LEGACY

2021-07-28T18:29:37+00:00

It is quite confusing that CONFIG_SYS_I2C selects the legacy I2C and
CONFIG_DM_I2C selects the current I2C. The deadline to migrate I2C is less
than a year away.

Also we want to have a CONFIG_I2C for U-Boot proper just like we have
CONFIG_SPL_I2C for SPL, so we can simplify the Makefile rules.

Rename this symbol so it is clear it is going away.

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

usb: Enforce DM_USB migration for USB_HOST devices.

2021-07-19T01:05:31+00:00

As the deadline for migration to DM_USB, when using a USB host
controller has now gone two years past the deadline, enforce migration.
This is done by:

- Ensuring that all host controller options (other than the very legacy
  old MUSB ones) now select USB_HOST.  USB_HOST now enforces DM_USB and
  OF_CONTROL.
  - Remove other parts of Kconfig logic that had platforms pick DM_USB.
  - To keep Kconfig happy, have some select statements test for USB_HOST
    as well.
- Re-order some Kconfig entries and menus so that we can cleanly pick
  host or gadget roles.  For the various HCD options that have platform
  glue options, group them together and update dependencies in some
  cases.
- As SPL_DM_USB is not required, on platforms that had not yet enabled
  it, disable it.

Cc: Marek Vasut 
Cc: Icenowy Zheng 
Cc: Samuel Holland 
Cc: FUKAUMI Naoki 
Cc: Andre Przywara 
Cc: Jagan Teki 
Signed-off-by: Tom Rini

ppc: Remove TQM834x board

2021-07-07T23:52:23+00:00

This board has not been converted to CONFIG_DM_PCI by the deadline and is
also missing conversion to CONFIG_DM.  Remove it.

Signed-off-by: Tom Rini

common: Drop asm/global_data.h from common header

2021-02-02T20:33:42+00:00

Move this out of the common header and include it only where needed.  In
a number of cases this requires adding "struct udevice;" to avoid adding
another large header or in other cases replacing / adding missing header
files that had been pulled in, very indirectly.   Finally, we have a few
cases where we did not need to include  at all, so
remove that include.

Signed-off-by: Simon Glass 
Signed-off-by: Tom Rini

arm: mx6: Make all i.MX6 SoCs user-selectable

2020-08-25T08:26:14+00:00

We have a number of platforms that are a combination of a carrier board
and System-on-Module (SoM) that in turn allows for the board to have
different SoCs on it.  In some cases, this is handled via board-specific
Kconfig options.  In other cases we make use of
CONFIG_SYS_EXTRA_OPTIONS.  This latter case however can lead to invalid
configurations as we will not in turn get options that in Kconfig are
selected by or depend on that setting.

To resolve this, make the SoC option a choice in Kconfig and make boards
depend on what they can support.  This change opens us up for further
clean-ups in the cases where a single CONFIG_TARGET_xxx can support
different SoCs and today they do not, or do not cleanly do so.

Reported-by: Matt Porter 
Cc: Stefano Babic 
Cc: Fabio Estevam 
Cc: "NXP i.MX U-Boot Team" 
Cc: Soeren Moch 
Cc: Markus Niebel 
Cc: Igor Opaniuk 
Cc: Heiko Schocher 
Cc: Hannes Schmelzer 
Cc: Otavio Salvador 
Cc: Nikita Kiryanov 
Cc: Andreas Geisreiter 
Cc: Ludwig Zenz 
Cc: Lukasz Majewski 
Cc: Akshay Bhat 
Cc: Ken Lin 
Cc: Ian Ray 
Cc: Tim Harvey 
Cc: Jagan Teki 
Cc: Raffaele RECALCATI 
Cc: Simone CIANNI 
Cc: Adam Ford 
Cc: Marcin Niestroj 
Cc: "Eric Bénard" 
Cc: Baruch Siach 
Cc: Jason Liu 
Cc: Ye Li 
Cc: Eric Nelson 
Cc: Troy Kisky 
Cc: Peng Fan 
Cc: Parthiban Nallathambi 
Cc: Marek Vasut 
Cc: "Sébastien Szymanski" 
Cc: Christian Gmeiner 
Cc: Niel Fourie 
Cc: Martyn Welch 
Cc: Richard Hu 
Cc: Stefan Roese 
Cc: Boris Brezillon 
Cc: Arkadiusz Karas 
Cc: Breno Lima 
Cc: Francesco Montefoschi 
Cc: Silvio Fricke 
Tested-by: Matt Porter  [colibri_imx6]
Signed-off-by: Tom Rini 
Reviewed-by: Marcin Niestroj

treewide: convert bd_t to struct bd_info by coccinelle

2020-07-17T13:30:13+00:00

The Linux coding style guide (Documentation/process/coding-style.rst)
clearly says:

  It's a **mistake** to use typedef for structures and pointers.

Besides, using typedef for structures is annoying when you try to make
headers self-contained.

Let's say you have the following function declaration in a header:

  void foo(bd_t *bd);

This is not self-contained since bd_t is not defined.

To tell the compiler what 'bd_t' is, you need to include 

  #include 
  void foo(bd_t *bd);

Then, the include direcective pulls in more bloat needlessly.

If you use 'struct bd_info' instead, it is enough to put a forward
declaration as follows:

  struct bd_info;
  void foo(struct bd_info *bd);

Right, typedef'ing bd_t is a mistake.

I used coccinelle to generate this commit.

The semantic patch that makes this change is as follows:

  
  @@
  typedef bd_t;
  @@
  -bd_t
  +struct bd_info
  

Signed-off-by: Masahiro Yamada