History log of /rk3399_rockchip-uboot/drivers/firmware/firmware-uclass.c (Results 1 – 5 of 5)
Revision Date Author Comments
# 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 ...


# 4f66e09b 09-May-2017 Stefano Babic <sbabic@denx.de>

Merge branch 'master' of git://git.denx.de/u-boot

Signed-off-by: Stefano Babic <sbabic@denx.de>


# 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 ...