u-boot.git/api, branch v2024.07-rc2 Unnamed repository; edit this file 'description' to name the repository. scsi: Forceably finish migration to DM_SCSI 2023-11-07T23:36:06+00:00 Tom Rini trini@konsulko.com 2023-10-28T00:59:51+00:00 b630f8b3aefc2d11cdc73314743a6fb16deaf4c5 The migration deadline for moving to DM_SCSI was v2023.04. A further reminder was sent out in August 2023 to the remaining platforms that had not migrated already, and that a few more over the line (or configs deleted). With this commit we: - Rename CONFIG_DM_SCSI to CONFIG_SCSI. - Remove all of the non-DM SCSI code. This includes removing other legacy symbols and code and removes some legacy non-DM AHCI code. - Some platforms that had previously been DM_SCSI=y && SCSI=n are now fully migrated to DM_SCSI as a few corner cases in the code assumed DM_SCSI=y meant SCSI=y. Signed-off-by: Tom Rini <trini@konsulko.com> 
The migration deadline for moving to DM_SCSI was v2023.04. A further
reminder was sent out in August 2023 to the remaining platforms that had
not migrated already, and that a few more over the line (or configs
deleted).

With this commit we:
- Rename CONFIG_DM_SCSI to CONFIG_SCSI.
- Remove all of the non-DM SCSI code. This includes removing other
  legacy symbols and code and removes some legacy non-DM AHCI code.
- Some platforms that had previously been DM_SCSI=y && SCSI=n are now
  fully migrated to DM_SCSI as a few corner cases in the code assumed
  DM_SCSI=y meant SCSI=y.

Signed-off-by: Tom Rini <trini@konsulko.com>
api: Rework menu, and make it depend on CC_IS_GCC 2023-04-25T19:31:28+00:00 Tom Rini trini@konsulko.com 2023-04-06T13:48:58+00:00 ac44c6cf957a91cea5271334c2d6e6cd867cb5d6 We can only use the old U-Boot API for standalone applications when building U-Boot with GCC as it relies upon the "gd is a register" trick that only GCC supports. Further, rework the rest of the options so that they are in the API menu and only visible if API support is enabled. Reported-by: Heinrich Schuchardt <xypron.glpk@gmx.de> Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
We can only use the old U-Boot API for standalone applications when
building U-Boot with GCC as it relies upon the "gd is a register" trick
that only GCC supports. Further, rework the rest of the options so that
they are in the API menu and only visible if API support is enabled.

Reported-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
api: move API related config options into submenu 2023-03-30T19:09:58+00:00 Heinrich Schuchardt heinrich.schuchardt@canonical.com 2023-03-03T22:31:22+00:00 fef0f1cc38a19f68e215fcc2504b4f60005179a2 Kconfig settings that are related to the API for standalone applications should be in the API sub-menu and not on the top level. CONFIG_STANDALONE_LOAD_ADDR is only relevant if standalone example applications are built. Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com> 
Kconfig settings that are related to the API for standalone applications
should be in the API sub-menu and not on the top level.

CONFIG_STANDALONE_LOAD_ADDR is only relevant if standalone example
applications are built.

Signed-off-by: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Convert CONFIG_STANDALONE_LOAD_ADDR to Kconfig 2022-12-22T15:31:48+00:00 Tom Rini trini@konsulko.com 2022-12-02T21:42:44+00:00 32b7e39db4d3af0d94f1387a7641152f375b23ac This converts the following to Kconfig: CONFIG_STANDALONE_LOAD_ADDR Signed-off-by: Tom Rini <trini@konsulko.com> 
This converts the following to Kconfig:
   CONFIG_STANDALONE_LOAD_ADDR

Signed-off-by: Tom Rini <trini@konsulko.com>
Convert CONFIG_SYS_MMC_MAX_DEVICE to Kconfig 2022-11-10T15:08:55+00:00 Tom Rini trini@konsulko.com 2022-10-29T00:27:06+00:00 9ba938e744d81e0164f5abbd087c461596ad63d4 This converts the following to Kconfig: CONFIG_SYS_MMC_MAX_DEVICE Signed-off-by: Tom Rini <trini@konsulko.com> Reviewed-by: Simon Glass <sjg@chromium.org> Reviewed-by: Jaehoon Chung <jh80.chung@samsung.com> 
This converts the following to Kconfig:
   CONFIG_SYS_MMC_MAX_DEVICE

Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Jaehoon Chung <jh80.chung@samsung.com>
api: Drop LCD implementation 2022-10-30T19:07:16+00:00 Simon Glass sjg@chromium.org 2022-10-16T21:16:43+00:00 3c4d848085f7fcf782b9ce821c6f217369a456c9 This relies on the old LCD implementation which is to be removed. Drop it. Signed-off-by: Simon Glass <sjg@chromium.org> 
This relies on the old LCD implementation which is to be removed. Drop it.

Signed-off-by: Simon Glass <sjg@chromium.org>
video: Drop CONFIG_LCD_INFO_BELOW_LOGO 2022-10-30T19:07:16+00:00 Simon Glass sjg@chromium.org 2022-10-16T21:08:59+00:00 816605652dd062a655a077778ed0f5c9724646fd This option is not used anymore since the LCD implementation is being removed. Drop it. Signed-off-by: Simon Glass <sjg@chromium.org> 
This option is not used anymore since the LCD implementation is being
removed. Drop it.

Signed-off-by: Simon Glass <sjg@chromium.org>
scsi: Drop CONFIG_SYS_SCSI_MAX_DEVICE 2022-02-09T14:16:48+00:00 Simon Glass sjg@chromium.org 2022-01-31T14:49:36+00:00 ce30e3ff1e4b5abff5a9936776fe99190d705236 This is defined based on two other CONFIGs for all boards except sandbox and durian. For sandbox the value does not matter. For durian the value seems excessive. Drop the option completely, to simplify configuration and reduce the number of things we need to convert to Kconfig. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Stefan Roese <sr@denx.de> 
This is defined based on two other CONFIGs for all boards except sandbox
and durian.

For sandbox the value does not matter. For durian the value seems
excessive.

Drop the option completely, to simplify configuration and reduce the
number of things we need to convert to Kconfig.

Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Stefan Roese <sr@denx.de>
Kconfig: Remove all default n/no options 2021-08-31T21:47:49+00:00 Michal Simek michal.simek@xilinx.com 2021-08-27T06:48:10+00:00 b4c2c151b14b59a2403675526adf666710cade67 default n/no doesn't need to be specified. It is default option anyway. Signed-off-by: Michal Simek <michal.simek@xilinx.com> [trini: Rework FSP_USE_UPD portion] Signed-off-by: Tom Rini <trini@konsulko.com> 
default n/no doesn't need to be specified. It is default option anyway.

Signed-off-by: Michal Simek <michal.simek@xilinx.com>
[trini: Rework FSP_USE_UPD portion]
Signed-off-by: Tom Rini <trini@konsulko.com>
common: board_r: Drop initr_api wrapper 2021-01-15T19:36:12+00:00 Ovidiu Panait ovidiu.panait@windriver.com 2020-11-28T08:43:16+00:00 ce41e735231f350722221b10bb81408f88235d1d Add a return value to api_init and use it directly in the post-relocation init sequence, rather than using a wrapper stub. Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com> Reviewed-by: Simon Glass <sjg@chromium.org> 
Add a return value to api_init and use it directly in the
post-relocation init sequence, rather than using a wrapper stub.

Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com>
Reviewed-by: Simon Glass <sjg@chromium.org>