reserved-memory와 CMA: 예약한 RAM은 누가 사용합니까?

주소 범위와 사용 방식은 별도입니다

기존 펌웨어 연동 글은 메모리 예약과 보안 접근 제어의 차이를 다룹니다. 여기서는 reserved-memory 속성이 Linux의 CMA 설정으로 어떻게 이어지고, 예약했는데도 할당이 실패할 수 있는 이유를 더 살펴봅니다.

속성 이름 옆에 동작 조건을 함께 읽습니다

no-map을 붙였다는 이유로 Secure World 전용 영역이 되지는 않습니다. 보안 하드웨어 설정과 펌웨어의 실제 메모리 사용 범위는 별도로 맞춰야 합니다. reserved-memory 공통 속성 DMA pool 속성

64 MiB CMA 영역을 읽는 예

아래는 DTS 일부를 읽기 위한 예제입니다. 상위 root도 address/size에 각각 2 cell을 쓰고, 0x90000000부터 64 MiB가 실제 RAM이며 다른 용도와 겹치지 않는다고 가정합니다. 이 주소와 크기를 실제 보드에 그대로 적용하지 않습니다.

reserved-memory {
    #address-cells = <2>;
    #size-cells = <2>;
    ranges;

    camera_pool: dma-pool@90000000 {
        compatible = "shared-dma-pool";
        reg = <0x0 0x90000000 0x0 0x04000000>;
        reusable;
    };
};

/* memory-region을 지원하는 실제 장치 노드 내부 */
memory-region = <&camera_pool>;

이 예에는 linux,cma-default가 없으므로 기본 pool로 지정한 예가 아닙니다. 특정 device와 pool의 연결을 보여 줍니다. 커널 설정, 페이지 크기와 CMA 정렬 제약, DT와 driver 지원 여부까지 만족해야 실제로 사용됩니다. 기본 CMA pool과 장치별 pool 정의

Linux v6.18.37은 어떤 조건을 검사합니까?

kernel/dma/contiguous.c의 rmem_cma_setup()은 shared-dma-pool에 대한 CMA 초기화 경로입니다. 이 버전의 실제 조건문은 다음과 같습니다.

if (!of_get_flat_dt_prop(node, "reusable", NULL) ||
    of_get_flat_dt_prop(node, "no-map", NULL))
    return -EINVAL;

reusable이 없거나 no-map이 있으면 이 CMA 경로가 -EINVAL을 돌려줍니다. 예약 메모리 자체의 모든 용도가 잘못됐다는 뜻은 아닙니다. 다른 용도의 예약 영역과 CMA가 요구하는 조건을 구분해야 합니다.

rmem_cma_device_init()에서 dev->cma_area에 pool을 연결하는 것과 실제 buffer를 할당하는 것은 다른 작업입니다. memory-region 문자열이 보인다는 이유만으로 장치가 그 pool을 이미 사용 중이라고 판단하지 않습니다. v6.18.37 CMA 예약·장치 연결 v6.18.37 CMA 활성화와 할당

예약 영역이 항상 비어 있는 것은 아닙니다

v6.18.37의 page allocator는 조건에 따라 CMA 영역을 movable 할당에 사용합니다. CMA 할당 코드는 후보 bitmap을 표시한 뒤 alloc_contig_range()를 호출하고, 실패 시 표시를 되돌립니다. 따라서 pool 총량 하나만 보고 성공을 보장할 수 없습니다. movable 할당과 CMA fallback 후보 범위 선택·이동 실패·재시도

CMA 할당 실패에서 확인할 값

CONFIG_CMA_DEBUGFS가 켜지고 debugfs를 사용할 수 있다면 CMA 영역의 상태를 더 볼 수 있습니다. alloc/free 같은 debugfs 쓰기는 실제 할당 상태를 바꾸는 시험 기능이므로 단순 조회와 구분합니다. trace와 할당·해제 기록을 실제 실패 시점에 맞춰 보는 편이 원인을 좁히기 좋습니다. CMA debugfs 항목 CMA 할당·해제 trace와 반환 경로

오래된 DTS 예제를 옮길 때

구형 Android 3.4 계열 자료의 linux,contiguous-region과 linux,default-contiguous-region을 현재 공통 문법으로 옮기지 않습니다. 다른 구형 vendor branch에 보이는 no-map-fixup·removed-dma-pool도 사용하는 커널의 binding과 구현을 확인해야 합니다. 이름이 비슷해도 현대 reserved-memory·shared-dma-pool 설정과 자동으로 호환되지는 않습니다.

현재 설명은 Linux v6.18.37 코드와 2026-09-24에 확인한 dt-schema 정의를 대조했습니다. schema의 main은 이후 바뀔 수 있으므로 작업 기록에 저장한 응답과 확인 날짜를 함께 남겼습니다. 특정 보드에서 DTS를 빌드·부팅해 검증한 결과는 아닙니다. 확인한 공통 schema

이어서 읽기

• DMA 주소·mapping·buffer 소유권
• 메모리 할당 실패와 OOM
• Device Tree와 driver probe
• 별도 DSP·MCU의 메모리 준비
• 펌웨어와 커널이 나누어 쓰는 메모리와 장치