Home
last modified time | relevance | path

Searched full:brom (Results 1 – 20 of 20) sorted by relevance

/openbmc/u-boot/arch/arm/mach-rockchip/
H A DKconfig210 bool "SPL requires early-return (for RK3188-style BROM) to BROM"
213 Some Rockchip BROM variants (e.g. on the RK3188) load the
216 first and entered; after returning to the BROM, the
217 remainder of the first stage is loaded, but the BROM
224 bool "TPL requires early-return (for RK3188-style BROM) to BROM"
227 Some Rockchip BROM variants (e.g. on the RK3188) load the
230 first and entered; after returning to the BROM, the
231 remainder of the first stage is loaded, but the BROM
H A Dbootrom.c61 * All Rockchip BROM implementations enter with a valid stack-pointer,
87 * To instruct the BROM to boot the next stage, we in save_boot_params()
95 * A non-zero return value will instruct the BROM enter in save_boot_params()
H A Dspl-boot-order.c86 * before us' (either a BROM or TPL stage) and map the info retrieved onto
/openbmc/u-boot/arch/arm/include/asm/arch-sunxi/
H A Dsys_proto.h15 /* return_to_fel() - Return to BROM from SPL
17 * This returns back into the BROM after U-Boot SPL has performed its initial
20 * @lr: BROM link register value (return address)
21 * @sp: BROM stack pointer
/openbmc/u-boot/arch/arm/include/asm/arch-rockchip/
H A Dbootrom.h20 * Transfer control back to the Rockchip BROM, restoring necessary
21 * register context and passing a command/result code to the BROM
37 BROM_BOOT_ENTER_DNL, /* have BROM enter download-mode */
43 * Boot-device identifiers as used by the BROM
H A Dboot0.h36 mov r0, #0 /* return 0 to the BROM to signal 'OK' */
37 bx lr /* return control to the BROM */
/openbmc/u-boot/board/sunxi/
H A DREADME.sunxi649 code from the Boot ROM (BROM). As this has some implications on U-Boot, this
77 The on-die BROM code will try several methods to load and execute the firmware.
81 BROM finds the magic "eGON" header in the first bytes, it will execute that
87 it (using the CS0 pin). If a flash chip is found, the BROM will load the
H A DREADME.nand15 creating our images. However, the BROM will use a quite weird pattern
/openbmc/u-boot/arch/arm/mach-sunxi/
H A Dboard.c214 /* The sunxi internal brom will try to loader external bootloader
229 * valid bootable SD card image (because the BROM would refuse to in sunxi_get_boot_device()
233 * the FEL code in the BROM to wait and receive the main u-boot in sunxi_get_boot_device()
H A Dspl_spi_sunxi.c104 * Setup 6 MHz from OSC24M (because the BROM is doing the same).
/openbmc/linux/Documentation/devicetree/bindings/sram/
H A Dsram.yaml267 // value is set at a specific location. If it is then the BROM will jump
281 // This is checked by BROM to determine if
/openbmc/linux/drivers/gpu/drm/nouveau/nvkm/falcon/
H A Dga100.c32 FLCN_DBG(falcon, "brom: %08x %08x", fw->engine_id, fw->ucode_id); in ga100_flcn_fw_signature()
/openbmc/qemu/hw/tricore/
H A Dtc27x_soc.c161 make_rom(&s->flashmem.brom_c, "BROM", in tc27x_soc_init_memory_mapping()
174 make_alias(&s->flashmem.brom_u, "BROM.U", &s->flashmem.brom_c, in tc27x_soc_init_memory_mapping()
/openbmc/u-boot/tools/
H A Dmksunxiboot.c54 * BROM (at least on A10 and A20) requires NAND-images to be explicitly aligned
/openbmc/qemu/hw/arm/
H A Dallwinner-h3.c137 { "n-brom", 0xffff0000, 32 * KiB },
138 { "s-brom", 0xffff0000, 64 * KiB }
H A Dallwinner-r40.c162 { "brom", 0xffff0000, 36 * KiB }
/openbmc/linux/drivers/usb/mtu3/
H A Dmtu3_plat.c185 * device ip may be powered on in firmware/BROM stage before entering in ssusb_ip_sw_reset()
/openbmc/u-boot/arch/arm/dts/
H A Dsun9i-a80.dtsi278 * This is checked by BROM to determine if
/openbmc/linux/arch/arm/boot/dts/allwinner/
H A Dsun9i-a80.dtsi313 * This is checked by BROM to determine if
/openbmc/linux/drivers/misc/bcm-vk/
H A Dbcm_vk_dev.c1473 "Auto-load skipped - BROM not in proper state (0x%x)\n", in bcm_vk_probe()