¿Qué es el gestor de arranque de primera fase?
Los cargadores de arranque pueden enfrentarse a limitaciones peculiares, especialmente en cuanto al tamaño; por ejemplo, en los primeros IBM PC y compatibles, un sector de arranque debe funcionar normalmente en sólo 32 KiB (más tarde se relajó a 64 KiB) de memoria del sistema y sólo utilizar instrucciones compatibles con los procesadores 8088/8086 originales. La primera etapa de los cargadores de arranque de PC (FSBL, first-stage boot loader) ubicados en discos fijos y unidades extraíbles debe caber en los primeros 446 bytes del registro de arranque maestro para dejar espacio a la tabla de particiones por defecto de 64 bytes con cuatro entradas de partición y la firma de arranque de dos bytes, que requiere la BIOS para un gestor de arranque adecuado, o incluso menos, cuando en algunos entornos también hay que admitir funciones adicionales como más de cuatro entradas de partición (hasta 16 con 16 bytes cada una), una firma de disco (6 bytes), una marca de tiempo de disco (6 bytes), una Partición Activa Avanzada (18 bytes) o gestores especiales multiarranque. En los registros de arranque de volúmenes de disquetes y superdisquetes, se ocupan hasta 59 bytes para el bloque de parámetros ampliado de la BIOS en volúmenes FAT12 y FAT16 desde DOS 4.0, mientras que el EBPB de FAT32 introducido con DOS 7.1 requiere incluso 87 bytes, lo que deja sólo 423 bytes para el cargador de arranque cuando se asume un tamaño de sector de 512 bytes. Por tanto, los sectores de arranque de Microsoft imponían tradicionalmente ciertas restricciones al proceso de arranque, por ejemplo, el archivo de arranque tenía que estar situado en una posición fija en el directorio raíz del sistema de archivos y almacenado como sectores consecutivos, condiciones de las que se ocupaba el comando SYS y que se relajaron ligeramente en versiones posteriores del DOS.El gestor de arranque podía entonces cargar los tres primeros sectores del archivo en la memoria, que casualmente contenía otro gestor de arranque integrado capaz de cargar el resto del archivo en la memoria.Cuando Microsoft añadió la compatibilidad con LBA y FAT32, incluso cambiaron a un gestor de arranque que llegaba a más de dos sectores físicos y utilizaba instrucciones 386 por razones de tamaño. Al mismo tiempo, otros proveedores consiguieron exprimir mucha más funcionalidad en un único sector de arranque sin relajar las restricciones originales de memoria mínima disponible (32 KiB) y soporte de procesador (8088/8086). Por ejemplo, los sectores de arranque DR-DOS son capaces de localizar el archivo de arranque en el sistema de archivos FAT12, FAT16 y FAT32, y cargarlo en memoria como un todo mediante CHS o LBA, aunque el archivo no esté almacenado en una ubicación fija y en sectores consecutivos.

La BIOS y la UEFI no sólo cargan el sistema operativo desde un dispositivo no volátil, sino que también inicializan el hardware del sistema para el sistema operativo.

Algunos ejemplos de cargadores de arranque de primera etapa son BIOS, coreboot, Libreboot y Das U-Boot.
El gestor de arranque de primera etapa (FSBL) es la primera etapa de arranque del HPS. En el modo FPGA Configuration First, el SDM extrae y carga el FSBL en la RAM en chip del HPS. El SDM libera el HPS del reinicio después de que la FPGA haya entrado en modo usuario. Cuando el HPS sale del reinicio, utiliza el archivo de transferencia de hardware FSBL para configurar los relojes, las E/S dedicadas del HPS y los periféricos. Normalmente, el FSBL carga entonces el SSBL en la SDRAM del HPS y pasa el control al SSBL.
What is First-stage boot loader
Boot loaders may face peculiar constraints, especially in size; for instance, on the earlier IBM PC and compatibles, a boot sector should typically work in only 32 KiB (later relaxed to 64 KiB) of system memory and only use instructions supported by the original 8088/8086 processors. The first stage of PC boot loaders (FSBL, first-stage boot loader) located on fixed disks and removable drives must fit into the first 446 bytes of the Master boot record in order to leave room for the default 64-byte partition table with four partition entries and the two-byte boot signature, which the BIOS requires for a proper boot loader — or even less, when additional features like more than four partition entries (up to 16 with 16 bytes each), a disk signature (6 bytes), a disk timestamp (6 bytes), an Advanced Active Partition (18 bytes) or special multi-boot loaders have to be supported as well in some environments. In floppy and superfloppy volume boot records, up to 59 bytes are occupied for the extended BIOS parameter block on FAT12 and FAT16 volumes since DOS 4.0, whereas the FAT32 EBPB introduced with DOS 7.1 requires even 87 bytes, leaving only 423 bytes for the boot loader when assuming a sector size of 512 bytes. Microsoft boot sectors therefore traditionally imposed certain restrictions on the boot process, for example, the boot file had to be located at a fixed position in the root directory of the file system and stored as consecutive sectors,conditions taken care of by the SYS command and slightly relaxed in later versions of DOS.The boot loader was then able to load the first three sectors of the file into memory, which happened to contain another embedded boot loader able to load the remainder of the file into memory.When Microsoft added LBA and FAT32 support, they even switched to a boot loader reaching over two physical sectors and using 386 instructions for size reasons. At the same time other vendors managed to squeeze much more functionality into a single boot sector without relaxing the original constraints on only minimal available memory (32 KiB) and processor support (8088/8086). For example, DR-DOS boot sectors are able to locate the boot file in the FAT12, FAT16 and FAT32 file system, and load it into memory as a whole via CHS or LBA, even if the file is not stored in a fixed location and in consecutive sectors.

BIOS and UEFI not only load the operating system from a non-volatile device, they also initialize system hardware for operating system.

Examples of first-stage bootloaders include BIOS, coreboot, Libreboot and Das U-Boot.
The first-stage bootloader (FSBL) is the first boot stage for the HPS. In FPGA Configuration First mode, the SDM extracts and loads the FSBL into the on-chip RAM of the HPS. The SDM releases the HPS from reset after the FPGA has entered user mode. After the HPS exits reset, it uses the FSBL hardware handoff file to setup the clocks, HPS dedicated I/Os, and peripherals. Typically, the FSBL then loads the SSBL into HPS SDRAM and passes the control to the SSBL.