u-boot.git/drivers/core/Kconfig, branch v2024.10

dm: core: fix typo in SPL_DM_WARN prompt text

2024-07-03T06:36:33Z

It should read "in SPL" and not "wuth SPL". Signed-off-by: Quentin Schulz Reviewed-by: Simon Glass

dm: typo prbing

2024-06-13T15:31:49Z

%s/prbing/probing/ Signed-off-by: Heinrich Schuchardt Reviewed-by: Quentin Schulz Reviewed-by: Igor Opaniuk

Merge tag 'v2024.01-rc3' into next

2023-11-20T14:19:50Z

Prepare v2024.01-rc3

dm: core: Correct reference to DM_SPL in SPL_DM_STATS

2023-11-16T23:59:58Z

This does not existing anymore. Update SPL_DM_STATS to use the correct Kconfig option, which is SPL_DM Signed-off-by: Simon Glass

dm: Do not enable debug messages by default

2023-11-15T03:04:01Z

CONFIG_DM_WARN has a text indicating that these messages should only provided when debugging. This implies that the setting must be default no. We should still create debug messages. Reported-by: Andre Przywara Signed-off-by: Heinrich Schuchardt Reviewed-by: Simon Glass

dm: core: Correct help in TPL_DM and VPL_DM

2023-10-06T18:38:12Z

There are copying errors in the help. Fix these. Signed-off-by: Simon Glass

spl: Use CONFIG_SPL... instead of CONFIG_..._SPL_...

2023-10-06T18:38:11Z

We like to put the SPL first so it is clear that it relates to SPL. Rename various malloc-related options which have crept in, to stick to this convention. Signed-off-by: Simon Glass Reviewed-by: Marcel Ziswiler Reviewed-by: Martyn Welch Reviewed-by: Svyatoslav Ryhel

acpi: Create a new Kconfig for ACPI

2023-05-11T02:25:29Z

We have several Kconfig options for ACPI, but all relate to specific functions, such as generating tables and AML code. Add a new option which controls including basic ACPI library code, including the lib/acpi directory. This will allow us to add functions which are available even if table generation is not supported. Adjust the command to avoid a build error when ACPIGEN is not enabled. Signed-off-by: Simon Glass Reviewed-by: Bin Meng

dm: Add a TPL symbol for simple-bus

2023-03-03T14:49:02Z

This is used in some x86 code, so add a symbol for it. Signed-off-by: Simon Glass

event: Correct dependencies on the EVENT framework

2023-01-18T17:46:13Z

The event framework is just that, a framework. Enabling it by itself does nothing, so we shouldn't ask the user about it. Reword (and correct typos) around this the option and help text. This also applies to DM_EVENT and EVENT_DYNAMIC. Only EVENT_DEBUG and CMD_EVENT should be visible to the user to select, when EVENT is selected. With this, it's time to address the larger problems. When functionality uses events, typically via EVENT_SPY, the appropriate framework then must be select'd and NOT imply'd. As the functionality will cease to work (and so, platforms will fail to boot) this is non-optional and where select is appropriate. Audit the current users of EVENT_SPY to have a more fine-grained approach to select'ing the framework where used. Also ensure the current users of event_register and also select EVENT_DYNAMIC. Cc: AKASHI Takahiro Cc: Heinrich Schuchardt Reported-by: Oliver Graute Reported-by: Francesco Dolcini Fixes: 7fe32b3442f0 ("event: Convert arch_cpu_init_dm() to use events") Fixes: 42fdcebf859f ("event: Convert misc_init_f() to use events") Fixes: c5ef2025579e ("dm: fix DM_EVENT dependencies") Signed-off-by: Tom Rini Tested-by: Simon Glass Reviewed-by: Simon Glass Reviewed-by: Fabio Estevam