u-boot.git/arch/arm/include/asm/global_data.h, branch v2022.07

driver: misc: Add MU and S400 API to communicate with Sentinel

2021-08-09T12:46:50Z

Add MU driver and S400 API. Need enable MISC driver to work Signed-off-by: Ye Li

global_data: Ensure we have when symbols are not in Kconfig yet

2021-06-23T12:45:03Z

All symbols that are defined in Kconfig will always be defined (or not) prior to preprocessing due to the -include directive while building. However, symbols which are not yet migrated will only be defined (or not) once the board config.h is included, via . While the end goal must be to migrate all symbols, today we have cases where the size of gd will get mismatched within the build, based on include order. Mitigate this by making sure that any that uses symbols not in Kconfig does start with . Remove this when not needed. Cc: Alexey Brodkin Cc: Eugeniy Paltsev Cc: Huan Wang Cc: Angelo Dureghello Cc: Rick Chen Signed-off-by: Tom Rini

ARM: make gd a function call for LTO and set via set_gd()

2021-05-24T18:21:30Z

On ARM, the gd pointer is stored in registers r9 / x18. For this the -ffixed-r9 / -ffixed-x18 flag is used when compiling, but using global register variables causes errors when building with LTO, and these errors are very difficult to overcome. Richard Biener says [1]: Note that global register vars shouldn't be used with LTO and if they are restricted to just a few compilation units the recommended fix is to build those CUs without -flto. We cannot do this for U-Boot since all CUs use -ffixed-reg flag. It seems that with LTO we could in fact store the gd pointer differently and gain performance or size benefit by allowing the compiler to use r9 / x18. But this would need more work. So for now, when building with LTO, go the clang way, and instead of declaring gd a global register variable, we make it a function call via macro. [1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68384 Signed-off-by: Marek Behún Reviewed-by: Simon Glass

ARM: global_data: make set_gd() work for armv5 and armv6

2021-05-24T18:21:30Z

The Thumb instruction `ldr` is able to move high registers only from armv7. For armv5 and armv6 we have to use `mov`. Signed-off-by: Marek Behún Reviewed-by: Simon Glass

common: Add "ifndef ASSEMBLY" in asm/global_data.h

2021-02-24T21:51:49Z

Commit "common: Drop asm/global_data.h from common header" added asm/global_data.h into secure.h. However, secure.h will be included by psci.S. Adding asm/global_data.h has caused compilation failure in pcsi.S. Add "ifndef __ASSEMBLY__" in asm/global_data.h. Signed-off-by: Siew Chin Lim Reviewed-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

arm: remove outdated comment concerning -ffixed-x18

2020-07-07T22:23:48Z

Clang 9 supports -ffixed-x18. Signed-off-by: Heinrich Schuchardt Reviewed-by: Simon Glass

efi_loader: allow compiling with clang

2020-06-03T15:19:17Z

On ARM systems gd is stored in register r9 or x18. When compiling with clang gd is defined as a macro calling function gd_ptr(). So we can not make assignments to gd. In the UEFI sub-system we need to save gd when leaving to UEFI binaries and have to restore gd when reentering U-Boot. Define a new function set_gd() for setting gd and use it in the UEFI sub-system. Signed-off-by: Heinrich Schuchardt Tested-by: Tom Rini

Add global variable sdhc_per_clk for arm/powerpc

2020-01-16T05:16:26Z

The QorIQ eSDHC controller supports two reference clocks. They are platform clock and periperhal clock. The global variable sdhc_clk has already been used for platform clock. This patch is to add another global variable sdhc_per_clk for periperhal clock, which provides higher frequency and is required to be used for SD UHS and eMMC HS200/HS400 speed modes. Signed-off-by: Yangbo Lu

Convert to use fsl_esdhc_imx for i.MX platforms

2019-06-23T06:18:34Z

Converted to use fsl_esdhc_imx for i.MX platforms. Signed-off-by: Yangbo Lu Tested-by: Steffen Dirkwinkel Reviewed-by: Peng Fan Reviewed-by: Lukasz Majewski Reviewed-by: Martyn Welch Acked-by: Jason Liu