| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
- 당근마켓중고차
- SK하이닉스 #SK하이닉스채용 #반도체취업 #AI취업 #시스템아키텍처 #소프트웨어솔루션 #HBM #CXL #LLM #GPU #서버아키텍처 #대학원진학 #이직준비 #취업준비
- 사진문자추출하기
- 에어아시아
- 파이썬
- 양양솔비치 뷔페
- 양양솔비치세프스키친
- 주차넉넉
- 영통역소고기
- 중학교입학수학문제
- 싱가폴중학교수학문제
- 커피
- 푸르지오포레피스
- 결항
- 홍시스무디
- 고마워다음
- 편도수술
- 사진문자추출
- 양양솔비치조식
- 가족소고기외식
- python#
- 사진에서 글자추출
- 영통칠프로칠백식당
- 아이혼자다녀옴
- 결항전문
- 커피쏟음
- DFS
- 종이캐리어
- 양양솔비치아침
- 영통외식
- Today
- Total
목록분류 전체보기 (433)
너와나의 관심사
너무 공격적으로 사람들을 대하지 않는가 ?다시 한번 성찰을 해보고 변화해보자
아직 몇가지 patch 들이 더 필요하지만 일단 부팅은 성공 !!
FVP 환경 동작 안정화를 위한 에러 분석 및 개발 계획1. 개요ARM FVP 환경에서 AOSP 또는 Android 기반 코드를 실행할 때는 일반적인 실제 디바이스나 Cuttlefish 환경보다 에러가 많이 발생할 수 있다.그 이유는 FVP가 실제 양산 단말이 아니라 가상 하드웨어 모델 기반의 플랫폼이기 때문이다.즉, CPU, 메모리, 인터럽트, SMMU, GPU, 디바이스 트리, 부트로더, 커널, HAL, APEX, Android Framework가 모두 실제 제품 환경과 다르게 동작할 수 있다.따라서 FVP bring-up 작업은 단순히 코드를 빌드하고 실행하는 수준이 아니라, 다음 항목들을 함께 맞추는 작업이다.하드웨어 모델 설정Device Tree / 커널 설정Android init / SELin..
어느 정도는 try-error처럼 진행될 수밖에 있습니다.하지만 정확히 말하면 무작정 try-error가 아니라, 단계별 contract를 맞춰가는 FVP board bring-up 작업입니다.즉 지금 하고 있는 일은:AOSP 코드를 임의로 고치는 작업 이라기보다,FVP를 Android가 기대하는 “정상 디바이스”처럼 보이게 만들기 위해kernel / init / APEX / ART / HAL / service / sepolicy / graphics 조건을 하나씩 맞추는 작업 현재 위치는 이미 꽤 깊은 곳이다처음에는 이런 문제를 넘겼습니다.U-Boot ↓kernel ↓init ↓apexd / linkerconfig ↓zygote ↓system_server fork ↓services.jar 로딩 이 단계에..
순서단계주체핵심 역할성공 기준1U-Bootbootloaderkernel, ramdisk, DTB 로드Starting kernel2Kernel early bootLinux kernelCPU/MMU/GIC/timer/memory 초기화CPU online, console active3Driver probeLinux kernelblock/display/input/network driver probe/dev/vda, input, DRM 등 생성4/init 실행kernel → init첫 user process 실행Run /init as init process5init first stageAndroid init/system early mount, switch root/system mount success6SELinu..
10. services.jar / system_server classpath 로딩 단계system_server가 Java framework service들을 실행하려면 SYSTEMSERVERCLASSPATH에 포함된 jar들을 로딩해야 한다.대표 jar는 다음과 같다./system/framework/services.jar/system/framework/ethernet-service.jar/system/framework/wifi-service.jar/system/framework/com.android.location.provider.jar... 이 단계에서 ART는 각 jar에 대해 다음을 수행한다.DexFile.openDexFile() ↓DexFile_openDexFileNative() ↓OatFil..
7. classpath / odsign 준비 단계zygote를 시작하기 전에 Android는 bootclasspath와 systemserverclasspath를 준비한다.현재 로그에서는 다음이 확인된다.exec_start derive_sdkexec_start derive_classpathload_exports classpathstart odsignodsign.key.done=1odsign.verification.done=1 TC FVP bring-up에서는 odsign 검증을 skip하고 성공 property를 설정하는 흐름이 보인다.이 단계의 역할은 다음과 같다.항목설명derive_sdkSDK 관련 runtime property 산출derive_classpathBOOTCLASSPATH, SYSTEMSE..
5. APEX activation 단계Android 10 이후 ART, Runtime, i18n, tzdata 같은 핵심 시스템 컴포넌트는 APEX 형태로 분리되어 있다. APEX는 package manager가 뜨기 전에 필요한 하위 시스템 모듈을 부팅 초기에 mount하기 위한 구조다. Android 공식 문서도 APEX가 ART, native service/library, HAL, class library 같은 lower-level system module 업데이트를 위해 사용된다고 설명한다.이 단계에서는 apexd가 다음을 수행한다.APEX scanAPEX verificationloop device 할당APEX image mount/apex/com.android.* 경로 구성apex-info-li..