ARMv8 펌웨어 아키텍처: 서버 시스템의 핵심 구성 요소와 부팅 흐름

2011년 데뷔 이후 ARMv8 아키텍처는 모바일 기기에서 보편화되었습니다. ARM 리미티드 CEO의 전망에 따르면 ARMv8 프로세서는 2020년까지 글로벌 시장의 최대 25%를 차지할 것으로 예상됩니다. 자연스럽게 소프트웨어 지원도 오랫동안 확립된 ARM 생태계의 기능과 원칙을 계승하며 진화해 왔습니다.

그러나 서버 분야에서는 상황이 다릅니다. x86 기반 서버가 수십 년간 지배해 온 반면, ARMv8은 최근에야 일부 엔터프라이즈 부문에서 틈새를 개척하기 시작했습니다. 이 분야에서 ARM의 신선함과 ACPI, UEFI 같은 핵심 표준의 늦은 적응이 펌웨어 스택의 진화를 형성했습니다.

이 글은 ARMv8 서버 시스템을 구동하는 펌웨어 아키텍처의 높은 수준 개요를 제공합니다. 완전하지 않으며, 새로운 프로세서 릴리스가 업데이트된 접근을 보증하는 다른 기술적 솔루션을 도입할 수 있음을 유의하세요.

ARMv8 서버용 현재 펌웨어 구현은 모듈식으로, 서버와 임베디드 펌웨어 간 구성 요소 재사용 이점을 제공하면서 변경 사항을 격리합니다. 그림 1은 모듈 로딩 순서와 상호작용을 보여줍니다.

Fig 1. 모듈 로딩 및 상호작용 흐름. (출처: Auriga)

부팅은 저수준 서브시스템 초기화(RAM, 프로세서 간 통신 등)로 시작되며, CPU 파워온 직후 EL3S 모드에서 실행되는 전용 모듈이 처리합니다. 이 구성요소는 최고 권한을 가지며 일반적으로 운영체제와 직접 상호작용하지 않습니다.

제어권은 ARM 트러스트 펌웨어(ATF) 모듈로 넘어가며, 이 역시 EL3S에서 실행됩니다. ATF는 레벨 0 로더에서 직접 호출되거나 UEFI PEI 모듈을 통해 간접적으로 호출될 수 있습니다. ATF 체인은 부팅 프로세스의 특정 시점에서 활성화되는 여러 단계로 구성됩니다.

첫 단계 BL1은 보안 하드웨어 리소스를 구성합니다. ARMv8의 하드웨어 기반 신뢰/비신뢰 메모리 격리는 BL1이 보안 환경을 구축하도록 요구합니다: 메모리 및 캐시 컨트롤러 프로그래밍, 신뢰/비신뢰 영역 지정, DMA 필터링 규칙 설정. 일치하는 보안 속성을 가진 디바이스만 해당 메모리 영역에 접근할 수 있습니다. BL1은 MMU 변환 테이블과 예외 벡터 테이블, 특히 보안 모니터 콜(SMC) 핸들러를 구축하여 후속 단계에 제어를 위임합니다.

BL1이 완료되면 BL2를 RAM에 로드하고 ERET 명령어로 실행을 넘깁니다. BL2는 BL1 데이터와 코드를 우발적 수정으로부터 보호하는 저권한 모드 EL1S에서 실행됩니다. 주요 역할은 나머지 펌웨어 단계(BL3 변형)를 로드하고 제어를 전달하는 것입니다.

세 번째 단계는 최대 3개 하위 단계로 구성될 수 있으나 BL3-2는 종종 생략됩니다. BL3-1은 운영체제가 운용 중 상호작용하는 신뢰 런타임 코드입니다. SMC 핸들러를 포함하며 PSCI 인터페이스(전원 관리 및 코어 제어를 위한 표준 콜)와 벤더별 확장을 구현합니다. BL3-2가 있으면 EL1S에서 동작하며 타이머 인터럽트나 주변장치 신호 같은 플랫폼 이벤트를 위한 경량 모니터 역할을 합니다.

BL3-3은 ATF의 일부가 아니며, EL2 모드에서 인수하는 비보안 이미지입니다. 대표적인 예로 U-Boot나 UEFI 환경이 있으며, 둘 다 서버 부팅 흐름의 표준입니다.

ATF 초기화 순서는 그림 2에 요약되어 있습니다.

Fig 2. ATF 모듈 초기화. (출처: Auriga)