1단계 부트 로더란?
부트 로더는 특히 크기와 관련하여 특별한 제약에 직면할 수 있습니다. 예를 들어, 초기 IBM PC 및 호환 제품에서 부트 섹터는 일반적으로 32KB(나중에 64KB로 완화됨)의 시스템 메모리에서만 작동해야 하며 원래 8088/8086 프로세서에서 지원되는 명령어만 사용해야 합니다. 고정 디스크 및 이동식 드라이브에 있는 PC 부트 로더의 첫 번째 단계(FSBL, 1단계 부트 로더)는 4개의 파티션 항목과 2바이트 부트 서명이 있는 기본 64바이트 파티션 테이블을 위한 공간을 확보하기 위해 마스터 부트 레코드의 첫 446바이트에 들어 맞아야 합니다, BIOS에서 적절한 부트 로더를 위해 요구하거나, 일부 환경에서 4개 이상의 파티션 항목(각각 16바이트로 최대 16개), 디스크 서명(6바이트), 디스크 타임스탬프(6바이트), 고급 활성 파티션(18바이트) 또는 특수 멀티 부트 로더와 같은 추가 기능을 지원해야 하는 경우 이보다 더 적은 공간을 확보해야 합니다. 플로피 및 슈퍼 플로피 볼륨 부트 레코드에서 DOS 4.0 이후 FAT12 및 FAT16 볼륨의 확장 BIOS 파라미터 블록은 최대 59바이트를 차지하지만, DOS 7.1에 도입된 FAT32 EBPB는 섹터 크기가 512바이트라고 가정할 때 부트 로더에 423바이트만 남는 반면 87바이트까지만 필요합니다. 따라서 Microsoft 부팅 섹터는 전통적으로 부팅 프로세스에 특정 제한을 두었습니다. 예를 들어 부팅 파일은 파일 시스템의 루트 디렉터리에서 고정된 위치에 있어야 하고 연속된 섹터로 저장되어야 했으며, 이 조건은 SYS 명령에 의해 처리되고 이후 버전의 DOS에서는 약간 완화되었습니다.그런 다음 부트 로더는 파일의 처음 세 섹터를 메모리에로드 할 수 있었고 나머지 파일을 메모리에로드 할 수있는 다른 임베디드 부트 로더가 포함되어있었습니다.Microsoft가 LBA 및 FAT32 지원을 추가했을 때 크기상의 이유로 두 개 이상의 물리적 섹터에 도달하고 386 명령어를 사용하는 부트 로더로 전환하기도했습니다. 동시에 다른 공급업체들은 최소한의 사용 가능한 메모리(32KB)와 프로세서 지원(8088/8086)에 대한 기존 제약을 완화하지 않고도 단일 부트 섹터에 훨씬 더 많은 기능을 집어넣을 수 있었습니다. 예를 들어, DR-DOS 부트 섹터는 파일이 고정된 위치와 연속된 섹터에 저장되어 있지 않더라도 FAT12, FAT16 및 FAT32 파일 시스템에서 부팅 파일을 찾아 CHS 또는 LBA를 통해 메모리 전체에 로드할 수 있습니다.

BIOS 및 UEFI는 비휘발성 장치에서 운영 체제를 로드할 뿐만 아니라 운영 체제를 위해 시스템 하드웨어도 초기화합니다.

1단계 부트 로더의 예로는 BIOS, 코어 부트, Libreboot 및 Das U-Boot가 있습니다.
1단계 부트로더(FSBL)는 HPS의 첫 번째 부팅 단계입니다. FPGA 구성 우선 모드에서 SDM은 FSBL을 추출하여 HPS의 온칩 RAM에 로드합니다. FPGA가 사용자 모드로 전환된 후 SDM은 HPS를 리셋에서 해제합니다. HPS가 리셋을 종료한 후에는 FSBL 하드웨어 핸드오프 파일을 사용하여 클록, HPS 전용 I/O 및 주변 장치를 설정합니다. 그런 다음 일반적으로 FSBL은 SSBL을 HPS SDRAM에 로드하고 제어를 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.