SK-Intellix AOSP and BSP Category

이 카테고리는 QCS6490 AOSP/BSP, QSSI/UM split build, platform vendor overlay, HAL, init, VINTF, SELinux, DTS/driver 경계를 다룬다.

Framework/SDK나 TaskManager 문서가 제품 API와 실행 구조를 설명한다면, 이 문서는 그 구조가 실제 Android image와 board 위에 어떻게 들어가는지 보는 입구다.

핵심 질문

질문	봐야 할 문서
QSSI/UM split build와 platform vendor overlay는 어디서 보는가	QCS6490 Platform Vendor Brief
DeviceAgent API/runtime이 BSP와 어떻게 만나는가	Framework and SDK Hub
QSSI/UM/HAL 구조도는 어디에 있는가	QCS6490 Platform Enablement Map, Build Partition Flow
DeviceAgent가 서비스 Agent/HAL과 어떻게 연결되는가	DeviceAgent Peer Agent Topology
HAL/DTS/driver 검증 evidence는 어떻게 모으는가	HAL DTS Driver Validation Flow, Validation Category
업체 회의에서는 어느 문서부터 열어야 하는가	Vendor Meeting Entry

책임 범위

포함	제외
QSSI/UM product makefile, `vendor/<platform-vendor>` overlay	Cloud planner prompt 상세
`system/priv-app`, permission, sysconfig, HIDL interface	speaker memory 정책
vendor HAL service, init rc, VINTF fragment	앱 UI/UX 상세
SELinux, hwservice/file/property context	LLM benchmark tuning
kernel module, DTS include, device node evidence	문서 배포 운영

권장 읽기 순서

단계	문서	읽는 목적
0 · Orientation	현재 문서, Framework and SDK Hub	제품 API와 BSP 책임 분리
1 · Why / Product	QCS6490 Platform Vendor Brief	platform enablement와 업체 범위
2 · Architecture	Framework SDK System Design	DeviceAgent, peer agent, HAL boundary
3 · Contract / Data	SDK Contract	Binder/API와 platform 구현 경계
4 · Implementation	Platform Enablement Map	QSSI/UM, service, HAL, DTS 연결
5 · Validation	Source and Evidence Catalog	source 경로와 bring-up 검증 공백
6 · Operations / Roadmap	Vendor Meeting Entry	회의 순서, 산출물, 인수 기준

현재 중요한 결론

AOSP/BSP 문서는 SDK 설명이 아니라 Android image와 board bring-up 경계다.
a1-packages source/prebuilt package, <qssi-vendor-overlay>, <um-vendor-overlay>, g13qcs6490 build script를 한 흐름으로 봐야 한다.
DeviceAgent는 product-level service hub이며, HAL/vendor service 자체는 플랫폼 벤더 범위다.
완료 판단은 build 성공이 아니라 boot, service registration, Binder/HIDL, SELinux, DTS/device node evidence까지 포함한다.