| #
5120375c |
| 12-Apr-2021 |
Joseph Chen <chenjh@rock-chips.com> |
dm: firmware: bind "firmware" into DM
There is no compatible property in "/firmware", let's bind it by default.
Signed-off-by: Joseph Chen <chenjh@rock-chips.com> Change-Id: Ib00c097e51da3f77206e35
dm: firmware: bind "firmware" into DM
There is no compatible property in "/firmware", let's bind it by default.
Signed-off-by: Joseph Chen <chenjh@rock-chips.com> Change-Id: Ib00c097e51da3f77206e351ea9e2519433d1c1ec
show more ...
|
| #
4af0d7e8 |
| 17-May-2017 |
Simon Glass <sjg@chromium.org> |
dm: Fix up inclusion of common.h
It is good practice to include common.h as the first header. This ensures that required features like the DECLARE_GLOBAL_DATA_PTR macro, configuration options and co
dm: Fix up inclusion of common.h
It is good practice to include common.h as the first header. This ensures that required features like the DECLARE_GLOBAL_DATA_PTR macro, configuration options and common types are available.
Fix up some files which currently don't do this. This is necessary because driver model will soon start using global data and configuration in the dm/read.h header file, included via dm.h. The gd->fdt_blob value will be used to access the device tree and CONFIG options will be used to determine whether to support inline functions in the header file.
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
9d922450 |
| 17-May-2017 |
Simon Glass <sjg@chromium.org> |
dm: Use dm.h header when driver mode is used
This header includes things that are needed to make driver build. Adjust existing users to include that always, even if other dm/ includes are present
S
dm: Use dm.h header when driver mode is used
This header includes things that are needed to make driver build. Adjust existing users to include that always, even if other dm/ includes are present
Signed-off-by: Simon Glass <sjg@chromium.org>
show more ...
|
| #
573a3811 |
| 14-Apr-2017 |
Masahiro Yamada <yamada.masahiro@socionext.com> |
sysreset: psci: support system reset in a generic way with PSCI
If the system is running PSCI firmware, the System Reset function (func ID: 0x80000009) is supposed to be handled by PSCI, that is, th
sysreset: psci: support system reset in a generic way with PSCI
If the system is running PSCI firmware, the System Reset function (func ID: 0x80000009) is supposed to be handled by PSCI, that is, the SoC/board specific reset implementation should be moved to PSCI. U-Boot should call the PSCI service according to the arm-smccc manner.
The arm-smccc is supported on ARMv7 or later. Especially, ARMv8 generation SoCs are likely to run ARM Trusted Firmware BL31. In this case, U-Boot is a non-secure world boot loader, so it should not be able to reset the system directly.
Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
show more ...
|