u-boot.git/board/davinci, branch v2022.07

omapl138_lcdk: Stop using CONFIG_MACH_OMAPL138_LCDK

2021-09-28T01:38:34Z

We have one places that uses this symbol and CONFIG_TARGET_OMAPL138_LCDK works equally well, switch to that. Signed-off-by: Tom Rini

Merge tag 'v2021.10-rc4' into next

2021-09-16T14:29:40Z

Prepare v2021.10-rc4 Signed-off-by: Tom Rini # gpg: Signature made Tue 14 Sep 2021 06:58:32 PM EDT # gpg: using RSA key 1A3C7F70E08FAB1707809BBF147C39FF9634B72C # gpg: Good signature from "Thomas Rini " [ultimate] # Conflicts: # board/Arcturus/ucp1020/spl.c # cmd/mvebu/Kconfig # common/Kconfig.boot # common/image-fit.c # configs/UCP1020_defconfig # configs/sifive_unmatched_defconfig # drivers/pci/Kconfig # include/configs/UCP1020.h # include/configs/sifive-unmatched.h # lib/Makefile # scripts/config_whitelist.txt

MAINTAINERS: Update ARM TI entry

2021-09-09T15:28:54Z

Move TI maintainership to Tom. Updated with the following commands: find ./ -name MAINTAINERS | xargs sed -i s/"Lokesh Vutla "/"Tom Rini "/g Signed-off-by: Lokesh Vutla Reviewed-by: Nishanth Menon Acked-by: Tom Rini

arm: Disable ATAGs support

2021-09-07T20:22:30Z

With the exceptions of ds109, ds414, icnova-a20-swac, nokia_rx51 and stemmy, disable ATAG support. A large number of platforms had enabled support but never supported a kernel so old as to require it. Further, some platforms are old enough to support both, but are well supported by devicetree booting, and have been for a number of years. This is because some of the ATAGs related functions have been re-used to provide the same kind of information, but for devicetree or just generally to inform the user. When needed still, rename these functions to get_board_revision() instead, to avoid conflicts. In other cases, these functions were simply unused, so drop them. Cc: Andre Przywara Cc: Jagan Teki Cc: Phil Sutter Cc: Stefan Bosch Signed-off-by: Tom Rini

davinci: Drop CONFIG_MAC_ADDR_IN_EEPROM

2021-08-30T18:10:05Z

Looking over the current boards, there are no users of CONFIG_MAC_ADDR_IN_EEPROM. Further, omapl138_lcdk uses CONFIG_NET_RANDOM_ETHADDR. Drop various unused code paths. Cc: Adam Ford Cc: Lokesh Vutla Signed-off-by: Tom Rini

global: Convert simple_strtoul() with decimal to dectoul()

2021-08-02T17:32:14Z

It is a pain to have to specify the value 10 in each call. Add a new dectoul() function and update the code to use it. Signed-off-by: Simon Glass

common: Drop asm/global_data.h from common header

2021-02-02T20:33:42Z

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

dm: Rename U_BOOT_DEVICE() to U_BOOT_DRVINFO()

2021-01-05T19:26:35Z

The current macro is a misnomer since it does not declare a device directly. Instead, it declares driver_info record which U-Boot uses at runtime to create a device. The distinction seems somewhat minor most of the time, but is becomes quite confusing when we actually want to declare a device, with of-platdata. We are left trying to distinguish between a device which isn't actually device, and a device that is (perhaps an 'instance'?) It seems better to rename this macro to describe what it actually is. The macros is not widely used, since boards should use devicetree to declare devices. Rename it to U_BOOT_DRVINFO(), which indicates clearly that this is declaring a new driver_info record, not a device. Signed-off-by: Simon Glass

dm: treewide: Rename ..._platdata variables to just ..._plat

2020-12-13T23:51:09Z

Try to maintain some consistency between these variables by using _plat as a suffix for them. Signed-off-by: Simon Glass

dm: treewide: Rename 'platdata' variables to just 'plat'

2020-12-13T23:51:08Z

We use 'priv' for private data but often use 'platdata' for platform data. We can't really use 'pdata' since that is ambiguous (it could mean private or platform data). Rename some of the latter variables to end with 'plat' for consistency. Signed-off-by: Simon Glass