diff options
author | Simon Glass <sjg@chromium.org> | 2023-08-21 21:16:54 -0600 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2023-08-31 13:16:54 -0400 |
commit | c9eff0a6b6ea2bcd54d30f8a02281681f3730223 (patch) | |
tree | ecb9d75aed5368b976c6ac91ff031529263432f5 /doc/README.mpc85xx | |
parent | fb7dfca28ad256f27f89a79f96cb4617dc54731d (diff) | |
download | u-boot-c9eff0a6b6ea2bcd54d30f8a02281681f3730223.zip u-boot-c9eff0a6b6ea2bcd54d30f8a02281681f3730223.tar.gz u-boot-c9eff0a6b6ea2bcd54d30f8a02281681f3730223.tar.bz2 |
initcall: Support emitting events
At present the initcall list consists of a list of function pointers. Over
time the initcall lists will likely change to mostly emitting events,
since most of the calls are board- or arch-specific.
As a first step, allow an initcall to be an event type instead of a
function pointer. Add the required macro and update initcall_run_list() to
emit an event in that case, or ignore it if events are not enabled.
The bottom 8 bits of the function pointer are used to hold the event type,
with the rest being all ones. This should avoid any collision, since
initcalls should not be above 0xffffff00 in memory.
Convert misc_init_f over to use this mechanism.
Add comments to the initcall header file while we are here. Also fix up
the trace test to handle the change.
Signed-off-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'doc/README.mpc85xx')
0 files changed, 0 insertions, 0 deletions