비연속적인 메모리 슬랩 할당, 버디 할당 등 커널 메모리 할당 방식 때문에 큰 연속 영역을 늘 확보할 수는 없음결과적으로 하나의 논리적 버퍼가 여러 개의 물리 페이지로 나뉠 수 있음논리적 버퍼: [━━━━━━━ 16KB ━━━━━━━] 물리 메모리: [4KB][4KB][…할당 불가능…][4KB][4KB] -> 이런식으로 !! 그래서 scatterlist는 여러 물리 페이지(조각)들을 리스트로 묶어서 하나의 논리적 버퍼처럼 취급할 수 있게 해줌 예를 들어 하드웨어(DMA 컨트롤러, 암호화 엔진 등)는 “물리주소 0x1234abcd” 이런 식의 실제 메모리 위치를 알아야 데이터를 읽거나 쓸 수 있음연속된 물리메모리라면 “0x1000부터 0x1fff까지” 한 번에 처리할 수 있지만,흩어진(page A, ..

tee-supplicant 이후 optee 드라이버가 실행되면서device.pta를 불러서 거기있는 device 순회해서 등록하는 과정 거침 (ftpm 포함)그리고 device_create_file을 통해 sysfs에 등록 (https://blog.naver.com/yyg1368/60131371835) 그래서 아무리 nw에서 ftpm 드라이버를 일찍 초기화해도 디바이스 자체가 늦게 등록되니 probe가 안 실행됐던것 ㅠ

tee-supplicant 로드 전에도 사용 ㄱㄴtee_core.c 에 있는 api가져다가 쓰면 됨https://github.com/OP-TEE/optee_os/issues/2502 Porting tee supplicant into Kernel space · Issue #2502 · OP-TEE/optee_osFor some reasons, we're planning to port tee supplicant into Kernel space, we haven't experience like that if someone could give us some advice? please. Is it possible? Is any risk, trade-off or si...github.com https://gith..

Pseudo TA정식 TA와는 다른 것!GlobalPlatform 표준에 따라 작성된 일반 TA(user-mode TA)와 다르게, OP-TEE Core 내부에 "내장된" 특수 서비스즉 OPTEE OS안에 빌드된 static한 TA라고 볼 수 있음!따라서 tee-supplicant을 통해서 로드되지 않음Pseudo TA 특징: 위치OP-TEE Core 소스 트리 내에 위치 (예: core/pta/ 폴더)빌드OP-TEE Core와 함께 빌드되고, Core에 statically link됨.실행 권한OP-TEE Core와 동일한 privileged level (kernel mode)에서 실행됨.API 지원GlobalPlatform TEE Internal APIs(libutee) 사용 불가. 대신 OP-TEE ..

NVM(Non-Volative Memory) 즉, 비휘발성 메모리로, 전원이 꺼져도 유지되는 메모리다TPM에는 중요한 정보를 저장해야하기 때문에 전원이 꺼져도 날라가지 않을 메모리가 필요하고, 이것이 NVM을 쓰는 이유다-Volative Memory)  NVM is the general-purpose memory in TPM that can be used to store user credentials, user data and X.509 certificates. Each area in NVRAM is addressed by a handle/index. There are a few reserved handles as defined in the TCG specification for accessing TPM..