재미있는

Vision SDK에서 NDK 네트워크 통신 구성하기

rorosi — Fri, 20 Mar 2026 13:14:46 +0900

TDA3x EVM에서 Vision SDK의 NDK(Network Development Kit)를 활용하여 네트워크 통신을 구성하는 방법을 정리한다. NullSource에서 생성한 YUV 프레임을 NetworkTx로 PC에 전송하는 과정을 예제로 다룬다.

테스트 환경

Ubuntu 22.04
TDA3XEVM
PROCESSOR_SDK_VISION_03_08_00_00

NDK란?

TI-RTOS(SYS/BIOS) 환경에서 동작하는 경량 TCP/IP 네트워크 스택이다. TDA3x의 GMAC Switch 이더넷 하드웨어를 통해 보드와 PC 간 비디오 프레임, 제어 명령 등을 주고받을 수 있다.

기능	설명
TCP/IP 통신	NetworkTx/Rx 링크로 비디오 데이터 송수신
DHCP / Static IP	동적, 정적 IP 모두 지원
Telnet	원격 콘솔 접속 (기본 활성화)
Dual MAC Port	TDA3xx EVM에서 이더넷 포트 2개 동시 사용 가능

전체 구조

+------------------+        TCP (Port 29172)        +------------------+
|   TDA3x Board    | ============================== |    PC (Host)     |
|                  |         Ethernet (RGMII)       |                  |
|  NullSrc Link    |                                |  network_rx tool |
|      |           |                                |  또는 nc 명령     |
|  NetworkTx Link  |  <-- PC가 접속하면 전송 시작 -->  |                  |
|      |           |                                |                  |
|  NDK Stack       |                                |                  |
|      |           |                                |                  |
|  GMAC SW Driver  |                                |                  |
+------------------+                                +------------------+

핵심 포인트: NetworkTx는 서버 모드다. 보드가 먼저 데이터를 쏘는 게 아니라, PC가 보드의 포트에 TCP 접속해야 전송이 시작된다.

주요 포트 번호:

5000 - NetworkCtrl (제어 명령)
29171 - NetworkRx (보드가 수신)
29172 - NetworkTx (보드가 송신)

1단계: 빌드 설정

NDK를 쓰려면 세 곳의 설정 파일을 건드려야 한다.

플랫폼 cfg.mk에서 NDK 활성화

apps/configs/tda3xx_evm_bios_all/cfg.mk에서 NDK를 실행할 프로세서를 지정한다.

# NDK를 실행할 프로세서 (ipu1_0 | ipu1_1 | none)
NDK_PROC_TO_USE=ipu1_0

# IPv6 지원 여부
NDK_ENABLE_IPV6=no

# TFDTP 고속 전송 프로토콜
NSP_TFDTP_INCLUDE=no

TDA3x에서는 A15를 NDK 프로세서로 사용할 수 없다. ipu1_0 또는 ipu1_1만 가능하다.

uc_cfg.mk에서 Use-Case 켜기

apps/configs/tda3xx_evm_bios_all/uc_cfg.mk에 use-case를 활성화한다.

UC_null_src_ndk=yes

UC_LIST에 등록 (이걸 빼먹으면 메뉴에 안 나온다)

apps/configs/cfg.mk의 UC_LIST에 추가한다.

UC_LIST = \
    ...
    UC_null_src_mpeg4enc_null \
    UC_null_src_ndk \
    UC_tfdtprx_display \
    ...

이게 빠지면 system_cfg.h에 #define UC_null_src_ndk가 생성되지 않고, #ifdef로 감싸진 메뉴 코드가 컴파일에서 빠진다. uc_cfg.mk에서 yes로 해놔도 소용없다. 실제로 이것 때문에 한참 헤맸다.

빌드:

cd vision_sdk
make -s

# 변경이 반영 안 되면 클린 빌드
make clean && make -s

빌드 후 확인:

grep UC_null_src_ndk links_fw/include/config/apps/tda3xx_evm_bios_all/system_cfg.h
# 출력: #define UC_null_src_ndk

2단계: IP 주소 설정

설정 파일: links_fw/src/rtos/bios_app_common/tda3xx/cfg/NDK_config.cfg

DHCP (기본값)

별도 설정 없이 DHCP 서버가 있으면 자동으로 IP가 할당된다.

var enableStaticIpEth0 = 0;  // 0 = DHCP

정적 IP로 변경하기

DHCP 서버가 없는 환경이라면 정적 IP를 설정한다.

var enableStaticIpEth0 = 1;  // Static IP 활성화

파일 하단에서 IP를 수정한다:

Ip.address       = "192.168.1.200";
Ip.mask          = "255.255.255.0";
Ip.gatewayIpAddr = "192.168.1.1";

수정 후 재빌드 필요.

MAC 주소

별도 설정 불필요. SoC EFuse에서 자동으로 읽어온다.

3단계: 예제 코드 분석 (null_src_ndk)

apps/src/rtos/usecases/null_src_ndk/ 디렉토리의 예제를 살펴보자.

체인 구조

NullSource (YUV420SP, 1280x720, 30fps) --> NetworkTx (TCP, Port 29172)

NullSrc 설정

// chains_nullSrcNetworkTx.c
pNullSrcPrm->timerPeriodMilliSecs = 33;        // 30fps
pNullSrcPrm->outQueInfo.numCh = 1;
pNullSrcPrm->channelParams[0].numBuffers = 4;

pChInfo->width  = 1280;
pChInfo->height = 720;
// 데이터 포맷: YUV420SP (NV12)
pChInfo->flags = System_Link_Ch_Info_Set_Flag_Data_Format(
                    pChInfo->flags, SYSTEM_DF_YUV420SP_UV);

NetworkTx 설정

pObj->NetworkTxPrm.networkServerPort = NETWORK_TX_SERVER_PORT;  // 29172
ChainsCommon_networkTxSetMode(&pObj->NetworkTxPrm);

소스 버퍼 초기화

NullSource는 빈 버퍼를 생성하므로, 테스트용으로 흰색 프레임을 채워 넣는다.

// Y plane: 흰색 (0xFF)
memset(pVideoFrame->bufAddr[0], 0xFF, (1280 * 720));
// UV plane: 무채색 (0x80)
memset(pVideoFrame->bufAddr[1], 0x80, (1280 * 720 / 2));

// 중요: Cache writeback을 해줘야 실제 메모리에 반영된다
Cache_wb(pVideoFrame->bufAddr[0], ...);
Cache_wb(pVideoFrame->bufAddr[1], ...);

실행 흐름

Chains_nullSrcNetworkTx()
  +-> Create (체인 생성)
  +-> fillSrcBuf (버퍼에 흰색 프레임 채우기)
  +-> Start (NullSrc 30fps 생성 시작, NetworkTx listen 시작)
  +-> Runtime Menu (0: Stop, p: Print Stats)
  +-> Stop / Delete

4단계: PC에서 수신 테스트

보드 실행

UART 콘솔에서:

메인 메뉴에서 a (Miscellaneous test's) 선택
4 (NullSrc (YUV) + NDK NetworkTx) 선택
보드 IP 확인 (부팅 시 UART에 출력됨)

PC에서 접속

방법 1: Vision SDK Network Tools

cd vision_sdk/apps/tools/network_tools
make
./bin/network_rx --host 192.168.1.200 --port 29172

방법 2: netcat으로 간단 테스트

nc 192.168.1.200 29172 > received_data.bin

# 수신된 데이터 크기 확인
# YUV420SP 1프레임 = 1280 * 720 * 1.5 = 1,382,400 bytes
ls -l received_data.bin

방법 3: tcpdump로 패킷 확인

# 먼저 nc로 접속한 후, 다른 터미널에서 확인
sudo tcpdump -i eth0 host 192.168.1.200 and port 29172 -c 10

주의: tcpdump만 켜놓고 기다리면 아무것도 안 잡힌다. PC에서 먼저 보드에 TCP 접속해야 한다.

새로운 NDK Use-Case 만들기

기존 null_src_ndk를 참고해서 자신만의 use-case를 등록하는 절차:

1) cfg.mk 작성 - apps/src/rtos/usecases/my_usecase/cfg.mk

ifeq ($(NDK_PROC_TO_USE), none)
    $(error NDK_PROC_TO_USE should be enabled)
endif
ifeq ($(NDK_PROC_TO_USE), ipu1_0)
    NEED_PROC_IPU1_0=yes
endif

2) UC_LIST에 추가 - apps/configs/cfg.mk

3) uc_cfg.mk에서 활성화 - apps/configs/tda3xx_evm_bios_all/uc_cfg.mk

4) 메뉴 등록 - apps/src/rtos/common/chains_main_bios_misc.c

// 메뉴 문자열
#ifdef UC_my_usecase
    "\r\n N: My NDK Usecase"
#endif

// 핸들러
#ifdef UC_my_usecase
    case 'N':
        Chains_myUsecase(&gChains_usecaseCfg);
        break;
#endif

5) 빌드 후 system_cfg.h에서 define 확인

주요 파일 경로

vision_sdk/
├── apps/configs/
│   ├── cfg.mk                              # UC_LIST (마스터 목록)
│   └── tda3xx_evm_bios_all/
│       ├── cfg.mk                          # NDK_PROC_TO_USE 설정
│       └── uc_cfg.mk                       # UC 활성화 on/off
├── apps/src/rtos/
│   ├── common/chains_main_bios_misc.c      # 메뉴 등록
│   └── usecases/null_src_ndk/              # 예제 use-case
├── apps/tools/network_tools/               # PC측 수신 도구
├── links_fw/
│   ├── include/link_api/
│   │   ├── networkCtrl_if.h                # 포트 번호, 헤더 구조체
│   │   ├── networkTxLink.h                 # NetworkTx API
│   │   └── networkRxLink.h                 # NetworkRx API
│   └── src/rtos/bios_app_common/
│       └── tda3xx/cfg/NDK_config.cfg       # IP, 버퍼, 인터럽트 설정

TIDL-TOOL 사용 가이드

rorosi — Thu, 19 Feb 2026 22:29:34 +0900

EdgeAI TIDL Tools는
TI SoC(예: AM62A, J784S4, TDA4VM 등)에서
딥러닝 모델을 **C7x DSP + MMA(DNN 가속기)**에서 실행할 수 있도록
모델을 컴파일, 양자화, 최적화, 배포하는 툴체인입니다.

쉽게 말하면:

PC에서 학습된 ONNX 모델을
TI SoC 내부 가속기에 맞게 “변환해서 실행 가능하게 만들어주는 컴파일러 + 런타임 시스템”

일반 ONNX 모델은:

float32 연산 기반
CPU 중심 실행

하지만 TI SoC 내부 가속기는:

INT8 기반 연산
특수한 메모리 구조
타일링/스케줄링 필요

그래서 그냥 ONNX를 복사한다고 실행되지 않음
반드시 TIDL로 “컴파일” 과정을 거쳐야 함

(1) 학습 모델 (ONNX)
        ↓
(2) PC에서 TIDL 컴파일
        ↓
(3) model-artifacts 생성
        ↓
(4) 보드에 복사
        ↓
(5) ONNXRuntime + TIDLExecutionProvider 실행
        ↓
(6) C7x DSP + MMA 가속 실행

테스트 환경

Ubuntu 22.04, python 3.10
SK-AM62A-LP
11_01_07_05 Processor SDK
11_01_06_00 TIDL-TOOL

아래 포럼 글에 의하면 11_01 버전 SDK는 11_01_06_00 사용하라고 함.

실제로 11_01_07_00은 동작 중에 tidl_tool 다운이 안되는 증상이 있음.

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1588884/sk-am62-lp-tidl-tool-for-sdk11-1-am62a/6122038?tisearch=e2e-sitesearch&keymatch=TIDL%2011_01_07_00#

SK-AM62-LP: TIDL tool for SDK11.1 AM62A - Processors forum - Processors - TI E2E support forums

e2e.ti.com

PC 환경 준비

1. 필요 라이브러리 설치

sudo apt-get install libyaml-cpp-dev libglib2.0-dev

2. TIDL Tools 다운로드

SDK 버전에 맞는 태그 확인:
git clone https://github.com/TexasInstruments/edgeai-tidl-tools.git
cd edgeai-tidl-tools
git checkout <TAG Compatible with your SDK version>

3. 설정 스크립트 적용

SOC 환경 변수 설정 (예: am62a, j784s4 등)
export SOC=<Your SOC name>
source ./setup.sh

*새 터미널을 열 때마다 설정 필요:

cd edgeai-tidl-tools
source ./setup_env.sh ${SOC}

모델 컴파일

예제 모델 컴파일:

source ./scripts/run_python_examples.sh -o

위 결과로 다음 산출물이 생성됩니다:

├── model-artifacts/ # 컴파일된 모델
├── models/ # 모델
├── output_images/ # 출력 이미지
├── output_binaries/ # 실행 바이너리
└── test_report_pc_${soc}.csv # 테스트 리포트

PC 환경에 onnxscript가 설치되어 있지 않으면 다음과 같은 에러가 발생합니다:

ModuleNotFoundError: No module named 'onnxscript'

하지만 위 모듈을 따로 설치해도 그에 연관된 모듈과 버전이 맞지 않아 에러가 발생한다.

의존성 제거를 위해 tvm_compilation_timm_example.py에서 torch.onnx.export(..., dynamo=False)로 고정

개발보드에서 테스트

개발 보드에 TIDL Tools 다운로드

SDK 버전에 맞는 태그 확인:
git clone https://github.com/TexasInstruments/edgeai-tidl-tools.git
cd edgeai-tidl-tools
git checkout <TAG Compatible with your SDK version>

산출물을 보드로 복사

PC → 보드

scp -r <pc>/edgeai-tidl-tools/model-artifacts/  <dev board>/edgeai-tidl-tool/
scp -r <pc>/edgeai-tidl-tools/models/  <dev board>/edgeai-tidl-tool/

Python 실행:

export SOC=<Your SOC name>
python3 ./examples/osrt_python/tidl_onnx_inference.py

리포트 생성:

python3 ./scripts/gen_test_report.py

참고 :

https://github.com/TexasInstruments/edgeai-tidl-tools/tree/rel_11_01

GitHub - TexasInstruments/edgeai-tidl-tools: Edgeai TIDL Tools and Examples - This repository contains Tools and example develop

Edgeai TIDL Tools and Examples - This repository contains Tools and example developed for Deep learning runtime (DLRT) offering provided by TI’s edge AI solutions. - GitHub - TexasInstruments/edge...

github.com

UART2 추가 가이드

rorosi — Thu, 19 Feb 2026 21:59:25 +0900

테스트 환경

Ubuntu 22.04
TDA3XEVM
PROCESSOR_SDK_VISION_03_08_00_00

TDA3xx Vision SDK 환경에서 UART2(SOC_UART2_BASE)를 통신 전용으로 추가하는 방법을 설명한다.
기존 디버그 UART(UART3, devId=2)는 그대로 유지하고, UART2를 CSL 레벨 폴링 방식으로 별도 구현한다.

┌──────────────┐     BSP GIO Driver      ┌─────────────┐
│  Debug Host  │◄────────────────────────►│ UART3       │  디버그 콘솔
│  (PC 터미널)  │     (인터럽트 방식)        │ devId=2     │  Vps_printf
└──────────────┘                          └─────────────┘

┌──────────────┐     CSL Polling Driver   ┌─────────────┐
│  UART        │◄────────────────────────►│ UART2       │  통신
│  외부 장치     │     (레지스터 직접 제어)     │ SOC_UART2   │  
└──────────────┘                          └─────────────┘

UART를 활성화 하기 전에 해당 핀에 대한 클럭을 활성화 해야한다.

UART2 클럭은 SBL 부트로더가 활성화한다.
(`sbl_utils_tda3xx.c`의 `gModuleEnableTable`에 UART1/UART2 포함)

✔ UART2 클럭은 부트로더(SBL)에서 이미 활성화
➡ PRCM 별도 설정 불필요

✔ 하지만 핀 MUX 설정은 반드시 코드에서 직접 설정해야 함
→ UART2_RXD/PAD, UART2_TXD/PAD 각각 muxmode/pull-up 설정 필요

| 핀 | PAD 레지스터 오프셋 | 설정값 | 의미 |
|----|-------------------|--------|------|
| UART2_RXD | 0x4A003400 + 0x1CC | 0x00060000 | inputenable=1, pulluden=1, muxmode=0 |
| UART2_TXD | 0x4A003400 + 0x1D0 | 0x00000000 | muxmode=0 |

HW_WR_REG32(SOC_CORE_PAD_IO_REGISTERS_BASE + 0x1ccU, 0x00060000U);
HW_WR_REG32(SOC_CORE_PAD_IO_REGISTERS_BASE + 0x1d0U, 0x00000000U);

코드는 아래 ti에서 제공하는 기본 예제를 참고하였음

PROCESSOR_SDK_VISION_03_08_00_00/ti_components/drivers/pdk_01_10_04_05/packages/ti/drv/stw_lld/uartconsole/src/uartconsole.c

위 코드는 아래와 같은 순서로 초기화 (baud = 38400)

┌───────────────────────────────────────────┐
│                                           │
│  ① UARTModuleReset(base)                  │
│     → UART 모듈 소프트 리셋                   │
│                                            │
│  ② UARTFIFOConfig(base, fifoConfig)       │
│     → TX/RX FIFO 활성화 및 클리어             │
│     → TX trigger: 56바이트, RX trigger: 1   │
│                                            │
│  ③ UARTDivisorValCompute(48MHz, baud, 16x) │
│     → divisor = 48000000 / (16 × 38400)    │
│     → divisor = 78                         │
│                                            │
│  ④ UARTDivisorLatchWrite(base, 78)         │
│     → DLL = 78 & 0xFF = 0x4E               │
│     → DLH = 0x00                           │
│                                            │
│  ⑤ UARTRegConfigModeEnable(MODE_B)         │
│     → LCR = 0xBF (EFR 접근용)                │
│                                             │
│  ⑥ UARTLineCharacConfig(8N1)               │
│     → 8비트 데이터, 1 스톱비트, 패리티 없음       │ 
│                                             │
│  ⑦ UARTDivisorLatchDisable()               │
│     → DLAB 비트 클리어                        │
│                                             │
│  ⑧ UARTBreakCtl(DISABLE)                   │
│     → Break condition 비활성화                │
│                                             │
│  ⑨ UARTOperatingModeSelect(UART16x)         │
│     → MDR1[2:0] = 0 (UART 16x 모드)          │
│                                             │
└─────────────────────────────────────────────┘
| 레지스터 | 오프셋 | 역할 |
|---------|--------|------|
| RBR (Receive Buffer) | 0x00 | 수신 데이터 읽기 (DLAB=0) |
| THR (Transmit Holding) | 0x00 | 송신 데이터 쓰기 (DLAB=0) |
| DLL / DLH | 0x00 / 0x04 | Baud rate 분주기 (DLAB=1) |
| LCR (Line Control) | 0x0C | 8N1 설정 + DLAB 제어 |
| LSR (Line Status) | 0x14 | DR(bit0)=수신있음, THRE(bit5)=송신가능 |
| MDR1 (Mode Definition) | 0x20 | 동작모드 (0=UART16x) |
| SYSS (System Status) | 0x54 | RESETDONE(bit0) |

함수 내용은 아래 파일에서 확인 가능하다.

PROCESSOR_SDK_VISION_03_08_00_00/ti_components/drivers/pdk_01_10_04_05/packages/ti/csl/src/ip/uart/V1/priv/uart.c

파일안에 UARTCharPut을 통해 Write, UARTCharGet을 통해 Read 작업을 수행하면 된다.

void UARTCharPut(uint32_t baseAddr, uint8_t byteTx)
{
    uint32_t lcrRegValue = 0;

    /* Switching to Register Operational Mode of operation. */
    lcrRegValue = UARTRegConfigModeEnable(baseAddr, UART_REG_OPERATIONAL_MODE);

    /*
    ** Waits indefinitely until the THR and Transmitter Shift Registers are
    ** empty.
    */
    while (((uint32_t) UART_LSR_TX_SR_E_MASK |
            (uint32_t) UART_LSR_TX_FIFO_E_MASK) !=
           (HW_RD_REG32(baseAddr + UART_LSR) &
            ((uint32_t) UART_LSR_TX_SR_E_MASK |
             (uint32_t) UART_LSR_TX_FIFO_E_MASK)))
    {
        /* Do nothing - Busy wait */
    }

    HW_WR_REG32(baseAddr + UART_THR, (uint32_t) byteTx);

    /* Restoring the value of LCR. */
    HW_WR_REG32(baseAddr + UART_LCR, lcrRegValue);
}

/**
 * \brief    This API waits indefinitely for the arrival of a byte in
 *           the receiver FIFO. Once a byte has arrived, it returns that
 *           byte.
 *
 * \param    baseAddr     Memory address of the UART instance being used.
 *
 * \return   This returns the read byte.
 */

int8_t UARTCharGet(uint32_t baseAddr)
{
    uint32_t lcrRegValue = 0;
    int8_t   retVal      = 0;
    uint32_t tempRetVal  = 0;

    /* Switching to Register Operational Mode of operation. */
    lcrRegValue = UARTRegConfigModeEnable(baseAddr, UART_REG_OPERATIONAL_MODE);

    /* Waits indefinitely until a byte arrives in the RX FIFO(or RHR). */
    while ((uint32_t) UART_LSR_RX_FIFO_E_RX_FIFO_E_VALUE_0 ==
           (HW_RD_REG32(baseAddr + UART_LSR) &
            UART_LSR_RX_FIFO_E_MASK))
    {
        /* Do nothing - Busy wait */
    }

    tempRetVal = HW_RD_REG32(baseAddr + UART_RHR);
    retVal     = ((int8_t) tempRetVal);

    /* Restoring the value of LCR. */
    HW_WR_REG32(baseAddr + UART_LCR, lcrRegValue);

    return retVal;
}

XFI Performance

rorosi — Tue, 20 Jan 2026 22:21:42 +0900

Jetson AGX Orin Jetpack 36.4.4 에서 HDMI 모니터를 연결했을 때/안 했을 때
10GbE(XFI) 대역폭(iperf3 throughput)이 유의미하게 차이 나는 현상을 확인하고,

단순 재현인지
특정 방향(TX/RX)만 영향인지
CPU/IRQ/softirq/GUI 부하와 연관인지

를 정량적으로 검증하는 것이 목적.

https://forums.developer.nvidia.com/t/gui-hdmi-setting-affect-xfi-performance/288388

GUI HDMI setting affect XFI performance

Hi Thers is a special situation. The XFI performance will affect by GUI’s HDMI setting. native Ethernet + HDMI (2K) >>> 6Gbps native Ethernet + HDMI (1080P) >>> 9Gbps native Ethernet + HDMI (800X600)>>10Gbps native Ethernet >>10Gbps Why the HDMI setting

forums.developer.nvidia.com

상기 포럼에 의하면 JETPACK 36.4.4에서 Issue Fixed 되었다고 함

테스트 환경

JETPACK: 36.4.4
장비: Jetson AGX Orin 32GB 2대
- SERVER 보드1: AGX Orin (Native 10G 동작안함) + Intel 10G PCIe NIC + jetson_clock 사용
- CLIENT 보드2: AGX Orin + Native 10G Port(XFI)

Test ID	HDMI 연결	jetson_clocks	방향	Avr (Gbps)	CPU0 (%)	IRQ	비고
T1	OFF	OFF	TX (Client→Server)	4.7 Gbits	58%	CPU0	중간중간 속도가 올라가는 증상 있음
T2	OFF	OFF	RX (-R, Server→Client)	9.4 Gbits	100%	CPU0
T3	ON	OFF	TX (Client→Server)	7.5 Gbits	88%	CPU0	중간중간 속도가 내려가는 증상 있음
T4	ON	OFF	RX (-R, Server→Client)	9.4 Gbits	100%	CPU0
T5	OFF	ON	TX (Client→Server)	9.4 Gbits	63%	CPU0	중간중간 속도가 내려가는 증상 있음
T6	OFF	ON	RX (-R, Server→Client)	9.4 Gbits	88%	CPU0
T7	ON	ON	TX (Client→Server)	7.8 Gbits	87%	CPU0	중간중간 속도가 내려가는 증상 있음
T8	ON	ON	RX (-R, Server→Client)	9.4 Gbits	90%	CPU0

이전 포럼 사례들은 테스트 조건이 일정하지 않아, 본 검증에서는 HDMI 연결 유무 및 jetson_clocks 적용 여부를 분리하여 10GbE(XFI) throughput을 측정하였다.

측정 결과, RX(-R) 방향은 HDMI 연결 유무 및 jetson_clocks 적용 여부와 관계없이 약 9.4Gbps로 안정적으로 유지되었으며, HDMI 유무에 따른 유의미한 차이는 확인되지 않았다.

반면 TX 방향은 테스트 조건에 따라 throughput 변동이 관측되었고, 특히 jetson_clocks OFF 조건에서 상대적으로 큰 성능 저하가 발생하였다.

따라서 본 검증 기준으로, JetPack 36.4.4 환경에서 HDMI 연결 유무만으로 10GbE(XFI) throughput 차이가 결정된다고 보기 어렵고, 성능 변동은 HDMI 연결 자체보다는 DVFS 기반 클럭 정책(특히 EMC/CPU 클럭 변화)의 영향이 더 큰 것으로 판단된다.

또한 NVIDIA 포럼에 따르면 Jetson 플랫폼은 기본적으로 **DVFS(Dynamic Voltage and Frequency Scaling)**가 활성화되어 있으며, HDMI 출력이 없는(headless) 상태에서는 디스플레이 부하가 감소함에 따라 EMC(External Memory Controller) clock이 낮아질 수 있다.

이 경우 10GbE와 같이 메모리 대역폭 의존도가 높은 워크로드에서 throughput 저하가 발생할 수 있으므로, 클럭을 최대치로 유지하기 위해 sudo jetson_clocks 사용을 권장하고 있다.
(참고 포럼: https://forums.developer.nvidia.com/t/35-4-1-lan-tx-performace-is-getting-lower-when-hdmi-is-plug-out-ee/269294/21 )

[35.4.1] LAN Tx performace is getting lower when HDMI is plug out -EE

Hi @DaneLLL 我們找了一塊eMMC的SOM測試狀況如下方附件影片: V_20231024_174354_ES2.zip (20.7 MB) 提供給您參考, 看是否跟您那邊的手法相同.

forums.developer.nvidia.com

EMC 동작과 관련하여 NVIDIA 공식 문서의 Memory Power Management 가이드는 다음과 같은 흐름으로 이해할 수 있다.

HDMI 출력이 존재하는 경우

GPU/디스플레이 하드웨어가 활성화됨
메모리 대역폭 요구가 증가함
SoC가 EMC clock을 상대적으로 높은 수준으로 유지할 가능성이 있음

HDMI 출력이 없는(headless) 경우

디스플레이 부하가 감소함
DVFS 정책에 따라 EMC clock이 낮아질 수 있음
메모리 대역폭 변화에 따라 10GbE throughput 저하가 발생할 수 있음

(참고 문서: https://docs.nvidia.com/jetson/archives/r36.4.4/DeveloperGuide/SD/PlatformPowerAndPerformance/JetsonOrinNanoSeriesJetsonOrinNxSeriesAndJetsonAgxOrinSeries.html#memory-power-management )

Jetson Orin Nano Series, Jetson Orin NX Series and Jetson AGX Orin Series — NVIDIA Jetson Linux Developer Guide

Jetson Orin Nano Series, Jetson Orin NX Series and Jetson AGX Orin Series This topic describes power and performance management features of NVIDIA® Jetson Orin™ Nano series, Jetson Orin™ NX series and NVIDIA® Jetson AGX Orin™ series devices. It des

docs.nvidia.com

Draw2D를 이용해 한글 표시

rorosi — Wed, 31 Dec 2025 20:57:50 +0900

본 글은 TDA3 플랫폼에서 화면에 UTF-8 인코딩 기반의 한글 문자를 표시하기 위한 Draw2D 기반의 문자 출력 작업을 단계별로 정리한 가이드입니다.

1. 기본 개념: 화면 출력 원리

디스플레이 출력은 픽셀 단위로 점을 찍는 방식입니다.
문자를 표시하려면 **글자마다 픽셀의 점 활성/비활성 상태를 갖는 font data가 필요합니다.

2. Font 데이터 생성 준비

기본적으로 제공된 Draw2D 문자 데이터는 ASCII 데이터를 기반으로 합니다.

핵심

한자/한글 문자를 표시하려면 글자별 Dot(점) 형태의 비트맵 데이터가 있어야 합니다.
이를 위해 다음 도구를 사용할 수 있습니다:
- font generator 소프트웨어

font.py

0.00MB

server@server-MS-7B23:~/work$ python3 font.py 
한글 문자열을 입력하세요: 조 
폰트 크기(px)를 입력하세요 (예: 16, 24, 32): 16

// ====================================================
// TEXT = "조"
// Font size = 16x16, 1bit, LSB-left
// ====================================================

{ "조", { 0x00,0x00,0x00,0x00,0xF8,0x0F,0x00,0x0E,0x00,0x06,0x00,0x03,0xC0,0x03,0xE0,0x07,0x38,0x1C,0x8C,0x31,0x80,0x01,0x80,0x01,0xFE,0x7F,0x00,0x00,0x00,0x00,0x00,0x00 } },

// ASCII preview: "조"
················
················
···█████████····
·········███····
·········██·····
········██······
······████······
·····██████·····
···███····███···
··██···██···██··
·······██·······
·······██·······
·██████████████·
················
················
················

위 프로그램은 PC에서 TTF 한글/영문 폰트를 16x16 같은 고정 크기 에서 1bit 비트맵으로 변환하여, TI Draw2D에서 바로 쓸수 있게 C 배열로 변환하는 프로그램 입니다.

3. 데이터 구조 작성

UTF-8 기반 중요 포인트

한글은 UTF-8 인코딩에서 3바이트 사용 → 따라서 널 종료 포함하여 4바이트 형태로 처리.
만든 비트맵 데이터를 사용합니다.

코드 예시

#include <utils/draw2d/include/draw2d.h>

static const UInt32 gDraw2D_Font_BytesPerPixel = 2;
static const UInt32 gDraw2D_Font_CharNum = 2;        /* 현재 한글 문자 개수 */
static const UInt32 gDraw2D_Font_CharWidth = 24;
static const UInt32 gDraw2D_Font_CharHeight = 24;

static const typFNT_KR24 gDraw2D_Font_KR24[] =
{
    { "조", { 0x00,0x00,0x00,0x00,0xF8,0x0F,0x00,0x0E,0x00,0x06,0x00,0x03,0xC0,0x03,0xE0,0x07,0x38,0x1C,0x8C,0x31,0x80,0x01,0x80,0x01,0xFE,0x7F,0x00,0x00,0x00,0x00,0x00,0x00 } },
    { "준", { 0x00,0x00,0xF8,0x0F,0x00,0x0F,0xC0,0x03,0xF0,0x0F,0x1C,0x38,0x00,0x00,0x00,0x00,0xFE,0x7F,0x80,0x01,0x80,0x01,0x98,0x01,0x18,0x00,0x18,0x00,0xF8,0x1F,0x00,0x00 } },
  }
};

주의:

Index[4]는 UTF-8 3바이트 + 널 종료 구성.
Dot 데이터는 폭×높이×bpp 계산값이며, 여기서는 24×24×2byte 기준.

4. 속성 함수 구현

Int32 Draw2D_getFontPropertyKorea24x24(Draw2D_FontProperty *pProp)
{
    if(pProp == NULL)
        return SYSTEM_LINK_STATUS_EFAIL;

    pProp->width       = gDraw2D_Font_CharWidth;
    pProp->height      = gDraw2D_Font_CharHeight;
    pProp->addrKorea24   = (typFNT_KR24 *)gDraw2D_Font_KR24;
    pProp->num         = gDraw2D_Font_CharNum;
    pProp->bpp         = gDraw2D_Font_BytesPerPixel;
    pProp->lineOffset  = pProp->num * pProp->width * pProp->bpp;
    pProp->colorFormat = SYSTEM_DF_BGR16_565;

    return SYSTEM_LINK_STATUS_SOK;
}

주요 속성 세팅

width, height
문자 수(num)
픽셀 포맷(colorFormat)
메모리 오프셋 계산(lineOffset)

5. 한글 문자열 출력 함수 구현

UInt8 *Draw2D_getKoreaFontCharAddr(Draw2D_FontProperty *font, char *c)
{
    UInt16 i = 0;

    if (font == NULL || c == NULL)
        return NULL;

    for (i = 0; i < font->num; i++)
    {
        if (strcmp(font->addrKorea24[i].Index, c) == 0)
        {
            /* 일치하는 문자 찾음 */
            break;
        }
    }

    return ((UInt8 *)font->addrKorea24 + i * sizeof(typFNT_KR24));
}

UTF-8 문자열에 대응하는 블록 주소 반환.
strcmp로 일치 여부 확인.

6. Draw2D를 이용한 한자 문자열 출력 함수

핵심: 문자 → 픽셀

static inline UInt32 utf8_char_bytes(const char *s)
{
    unsigned char c = (unsigned char)*s;

    if ((c & 0x80) == 0x00)      /* 0xxxxxxx: 1바이트 (ASCII) */
        return 1;
    else if ((c & 0xE0) == 0xC0) /* 110xxxxx: 2바이트 */
        return 2;
    else if ((c & 0xF0) == 0xE0) /* 1110xxxx: 3바이트 (한글) */
        return 3;
    else if ((c & 0xF8) == 0xF0) /* 11110xxx: 4바이트 */
        return 4;
    else
        return 1;  /* 에러 시 기본값 */
}

Int32 Draw2D_drawKoreaString_rot(Draw2D_Handle pCtx,
                                 UInt32 startX,
                                 UInt32 startY,
                                 char *str,
                                 Draw2D_FontPrm *pPrm,
                                 UInt32 rotate)
{
    Draw2D_Obj *pObj = (Draw2D_Obj *)pCtx;

    uint32_t h, w, px, py, charIndex;
    uint8_t *fontAddr;
    uint8_t byte, bit;
    uint16_t color;
    Draw2D_FontProperty font;

    /* UTF-8 문자 임시 버퍼: 최대 3바이트 + '\0' */
    char strTmp[4];
    const char *p;
    UInt32 charBytes;

    /* rotate는 호환성을 위해 유지하지만 현재 미사용 */
    (void)rotate;

    /* 폰트 속성(폭/높이/테이블 주소 등) 세팅 */
    Draw2D_getKoreaFontProperty(pPrm, &font);

    /* 시작 위치가 화면 밖이면 종료 */
    if (startX >= pObj->bufInfo.bufWidth)
        return 0;
    if (startY >= pObj->bufInfo.bufHeight)
        return 0;

    color = pPrm->textColor;

    /* 문자열을 UTF-8 단위로 파싱하며 렌더링 */
    p = str;
    charIndex = 0;

    while (*p != '\0')
    {
        /* 현재 문자의 바이트 수 계산 */
        charBytes = utf8_char_bytes(p);

        /* strTmp를 0으로 채워 '\0' 보장 */
        memset(strTmp, 0, sizeof(strTmp));

        /* UTF-8 문자 복사 (실제 바이트 수만큼만) */
        memcpy(strTmp, p, charBytes);

        /* 해당 글자의 폰트 구조체 시작 주소 얻기 */
        fontAddr = Draw2D_getKoreaFontCharAddr(&font, strTmp);
        if (fontAddr == NULL)
        {
            /* 폰트 테이블에 없는 문자는 건너뛰고 다음 문자로 */
            p += charBytes;
            charIndex++;
            continue;
        }

        /*
         * typFNT_KR16 구조체에서 Index 영역을 건너뛰고 bitmap 데이터 시작 위치로 이동.
         * - Index가 char[4]라고 가정하면 sizeof(Index)=4
         * - 만약 구조체 정의가 다르면 오프셋이 틀어짐(offsetof 사용이 더 안전)
         */
        fontAddr += sizeof(font.addrKorea16->Index);

        /* 현재 글자 출력 위치 */
        px = startX + charIndex * font.width;
        py = startY;

        /*
         * 폰트는 1bit bitmap이라고 가정:
         * - width=16이면 한 줄은 16bit = 2바이트(font.width/8)
         * - (font.width/8) * h 로 h번째 행의 시작 주소 계산
         */
        for (h = 0; h < font.height; h++)
        {
            for (w = 0; w < (font.width / 8); w++)
            {
                /* h번째 행의 w번째 바이트 */
                byte = *(fontAddr + w + (font.width / 8) * h);

                /* 이 바이트가 0이면 8픽셀 모두 꺼짐 → skip */
                if (byte == 0)
                    continue;

                /*
                 * bit 0..7을 검사해서 켜진 픽셀만 Draw2D_drawPixel 호출
                 * 현재 구현은 LSB가 "왼쪽" 픽셀이라고 가정(LSB-first, left-to-right)
                 * 만약 폰트 데이터가 MSB-first면 (1 << (7-bit))로 바꿔야 함.
                 */
                for (bit = 0; bit < 8; bit++)
                {
                    if (byte & (1 << bit)) /* ✅ LSB-left */
                    {
                        Draw2D_drawPixel(
                            pCtx,
                            px + (w * 8 + bit),  /* X: 좌→우 */
                            py + h,              /* Y: 상→하 */
                            color,
                            font.colorFormat
                        );
                    }
                }
            }
        }

        /* 다음 문자로 이동 */
        p += charBytes;
        charIndex++;
    }

    return SYSTEM_LINK_STATUS_SOK;
}

UTF-8 문자열 길이만큼 루프 - 한글을 3바이트 영어나 특수문자는 1바이트, 다 처리 할 수 있게 바이트 수 처리하여 동작
각 문자 글자폭만큼 점 찍기
비트 검사로 채움/배경 색 결정

7. 테스트 & 확인

예제 호출:

Draw2D_drawKoreaString(handle,
    stringObj->startX,
    stringObj->startY,
    stringObj->context,   // UTF-8 문자열
    &stringObj->font,
    0);

화면에 출력 확인

참고 :

https://blog.csdn.net/AIRKernel/article/details/125503932?spm=1001.2014.3001.5501

Buildroot를 통해 RPI4 u-boot 부팅

rorosi — Fri, 21 Nov 2025 11:52:29 +0900

이 글에서는 Raspberry Pi에 Buildroot를 설정하고 U-boot를 통해 커널을 로드하는 방법을 안내합니다.전

이 가이드를 실행하려면 Raspberry Pi에 직렬 콘솔 연결이 필요합니다. 또한 네트워크를 통해 부팅하려면 TFTP 서버가 필요합니다.

테스트 환경

Ubuntu 22.04
Raspberry Pi 4

Buildroot로 이미지 빌드

Buildroot 프로젝트를 다운

git clone https://github.com/buildroot/buildroot.git
cd buildroot

다음으로, 보드에 맞는 defconfig를 선택합니다.

make raspberrypi4_64_defconfig

다음으로 메뉴를 통해 빌드 시스템에서 몇 가지 사항을 구성해보겠습니다.

make menuconfig

Bootloader → U-Boot 활성화

이미지 빌드

make -j$(nproc)

완료 후 생성 파일:

output/images/sdcard.img

SD 카드에 이미지 굽기

lsblk     # SD 카드 위치 확인
sudo dd if=output/images/sdcard.img of=/dev/sdX bs=4M status=progress
sync

config.txt 수정

/boot/config.txt

수정 내용:

# ---------------------
# Boot U-Boot on RPi4
# ---------------------
kernel=u-boot.bin

Raspberry Pi 4 부팅

아래 Header Pin 구성을 확인하여 Uart to USB 장치를 연결해준다.

연결 후 부팅하면 아래 로그창이 나오게 된다.

U-Boot Shell에서 수동 부팅

SD 카드 이미지의 커널을 로드:

fatload mmc 0 ${kernel_addr_r} Image
booti ${kernel_addr_r} - ${fdt_addr}

TFTP 부팅 예시:

dhcp ${kernel_addr_r} Image
booti ${kernel_addr_r} - ${fdt_addr}

setenv serverip '10.0.0.1'
setenv ipaddr '10.0.0.101'
tftp ${kernel_addr_r} Image
booti ${kernel_addr_r} - ${fdt_addr}

재부팅 후에 는 모든 setenv 설정이 사라집니다. saveenv를 사용하여 설정을 저장합니다.

참고:

https://casan.se/blog/linux/buildroot-and-u-boot-on-raspberry-pi/

Buildroot and U-boot on Raspberry Pi | Casper Andersson

This post guides you through setting up Buildroot together with U-boot on your Raspberry Pi and loading a kernel through U-boot (rootfs is separate and still needs to be flashed). Having a dedicated bootloader allows controlling the boot process without ha

casan.se

VLC를 이용한 RTP 스트림 재생

rorosi — Sat, 8 Nov 2025 12:06:27 +0900

본 글은 GStreamer로 송출한 RTP(H.264) 스트림을 VLC 플레이어로 수신 및 재생하는 방법을 설명한다.
Ubuntu 환경에서 VLC 기본 패키지(apt install vlc)는 RTP/RTSP 기능이 비활성화되어 있으므로,

Snap 버전 VLC 설치를 통해 live555 기반 RTP 지원을 활성화해야 한다.

1. 테스트 환경

항목	내용
OS	Ubuntu 22.04 LTS (x86_64)
송신 프로그램	GStreamer
수신 프로그램	VLC (Snap 버전)
스트림 형식	RTP / H.264
포트	UDP 5002 (예시)

2. Gstreamer 송신

다음 명령을 실행하면 640×480 해상도의 테스트 패턴을 RTP(H.264) 형태로 송출한다.

gst-launch-1.0 -v videotestsrc is-live=true pattern=ball ! \
  video/x-raw,width=640,height=480,framerate=30/1 ! \
  x264enc tune=zerolatency bitrate=1000 speed-preset=ultrafast ! \
  rtph264pay pt=96 config-interval=1 ! \
  udpsink host=127.0.0.1 port=5002

3. SDP 파일 생성

VLC가 RTP 세션 정보를 알 수 있도록 .sdp 파일을 만든다.

파일명: test.sdp

cat > test.sdp <<EOF
v=0
o=- 0 0 IN IP4 127.0.0.1
s=GStreamer H264 RTP Stream
c=IN IP4 127.0.0.1
t=0 0
m=video 5002 RTP/AVP 96
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1
EOF

4. APT 버전 VLC의 한계

VLC는 RTP/RTSP/SDP 처리를 위해 LIVE555 라이브러리를 내부적으로 사용하는데, Ubuntu / Debian 등 특정 리눅스 배포판에서 라이브러리 지원이 빠진 또는 비활성화된 형태로 배포된 VLC가 많습니다

22.04 기준 버전 3.0.16

vlc --version | grep live

“live555” 관련 줄이 하나도 없음

VLC media player 3.0.16 Vetinari (revision 3.0.13-8-g41878ff4f2)

5. Snap 버전 VLC 설치

기존 VLC 제거

sudo apt remove --purge vlc vlc-data vlc-bin vlc-plugin-* -y
sudo apt autoremove -y

Snap VLC 설치

sudo snap install vlc

live555 모듈 확인

VLC media player 3.0.20 Vetinari (revision 3.0.20-1-g2617de71b6)
  access_output_livehttp HTTP Live streaming output
  live555                RTP/RTSP/SDP demuxer (using Live555)
  live555                RTSP/RTP access and demux

6. VLC로 수신

아래 명령으로 VLC를 실행한다.

/snap/bin/vlc test.sdp

정상 로그 예시:

live555 debug: RTP subsession 'video/H264'
rtp demux debug: added RTP source (127.0.0.1:5002)

이제 GStreamer가 보내는 RTP 영상이 VLC 화면에 표시된다.

Systemd Getty Autologin 설정 가이드

rorosi — Thu, 2 Oct 2025 11:28:47 +0900

테스트 환경

SK-AM62A-LP
11_01_07_05 Processor SDK

본 글은 AM62A EVM에서 시리얼 포트(ttySx) 접속 시 비밀번호 입력 없이 root 계정 자동 로그인이 필요할 경우, serial-getty@.service를 override 해서 설정할 수 있습니다.

1. 현재 활성화된 getty 서비스 확인

root@am62axx-evm:/opt/edgeai-gst-apps# systemctl list-units | grep getty
  getty@tty1.service                                                                                      loaded active running   Getty on tty1
  serial-getty@ttyS6.service                                                                              loaded active running   Serial Getty on ttyS6
  system-getty.slice                                                                                      loaded active active    Slice /system/getty
  system-serial\x2dgetty.slice                                                                            loaded active active    Slice /system/serial-getty
  getty.target                                                                                            loaded active active    Login Prompts

위 예에서는 ttyS6가 사용되고 있음

2. 원본 서비스 확인

systemctl cat serial-getty@ttyS6.service

원본 내용은 보통 /usr/lib/systemd/system/serial-getty@.service에 있으며, 핵심 실행 라인은 다음과 같다.

3. 오버라이드 설정 추가

다음 명령으로 override 편집을 시작

systemctl edit serial-getty@ttyS6.service

빈 파일이 열리면 아래 내용을 작성

설명

ExecStart= : 기존 값을 비우는 역할
--autologin root : root 사용자 자동 로그인

저장 후 종료하면 /etc/systemd/system/serial-getty@ttyS6.service.d/override.conf 파일이 생성됩니다.

4. 변경사항 반영

변경 사항 적용

systemctl daemon-reload 
systemctl restart serial-getty@ttyS6.service

상태 확인

systemctl status serial-getty@ttyS6.service

5. 테스트

PC에서 시리얼 콘솔로 ttyS6에 접속하면, 로그인 프롬프트 없이 곧바로 root 셸에 들어갑니다.

[11] AM62A - SDCard 이미지 만들기

rorosi — Mon, 1 Sep 2025 14:34:12 +0900

SDK Linux AM62Ax 패키지에는 create-sdcard.sh 라는 sdcard 파티션을 나눠 각 파티션에 필요한 파일시스템을 설치하는 스크립트가 <PSDK_PATH>/bin 디렉터리에 포함되어 있습니다 .

스크립트 실행 시 각 단계에 대한 정보를 터미널에 간략하게 제공합니다. 본 글은 스크립트 실행 시 세부 정보를 살펴보고 스크립트 사용 방법도 안내합니다.

스크립트 실행

create-sdcard.sh 스크립트는 어느 위치에서나 실행가능하며 sudo 권한으로 실행해야 합니다.

sudo <PSDK\_PATH>/bin/create-sdcard.sh

sudo 권한 없이 스크립트를 실행하면 sudo 권한이 필요하다는 메시지가 표시되고 스크립트가 종료됩니다.

SD 카드 장치 선택

스크립트의 첫 번째 단계에서는 포맷하려는 SD 카드를 선택하라는 메시지가 표시됩니다. 대부분의 경우 호스트 루트 파일 시스템 드라이브는 호스트 시스템 손상을 방지하기 위해 가려져 있습니다. 메시지가 나타나면 SD 카드에 해당하는 장치 번호를 입력합니다.

SD 카드 파티션 나누기

SD 카드에 이미 파티션이 있는 경우 카드를 다시 파티션할 것인지 묻는 다음과 같은 프롬프트가 표시됩니다. 카드가 아직 분할되지 않은 경우 이 단계를 건너뛰고 다음 단계로 넘어갈 수 있습니다.

이 작업을 수행 하면 SD 카드의 내용이 지워집니다 .

파티션 개수 선택

이제 SD 카드용으로 생성할 파티션 수를 묻는 다음과 같은 프롬프트가 표시됩니다.

기본적으로 2개의 파티션(boot, rootfs)이 필요하기 때문에 2번을 선택합니다.

SD 카드에 파일 시스템 설치

SD 카드 파티션이 분할되면 파일 시스템 설치를 계속할지 아니면 스크립트를 안전하게 종료할지 묻는 메시지가 표시됩니다

SDK에서 사전 빌드된 이미지를 사용하여 SD 카드를 생성하려면 옵션 1 을 선택해야 합니다 .

SDK 내에서 이 스크립트를 실행하면 스크립트가 SDK 경로를 확인 후 파일시스템 압축 파일을 풀어 SD 카드에 복사하기 시작합니다.

파일이 복사되면 스크립트가 종료됩니다.

[11] AM62A-SK Processor SDK Build

rorosi — Tue, 19 Aug 2025 22:10:39 +0900

테스트 환경

Ubuntu 22.04
SK-AM62A-LP
11_01_07_05 Processor SDK

AM62A 시리즈는 1~2대의 카메라가 필요한 비전 애플리케이션용으로 설계되었습니다. H.264/H.265V 비디오 코덱, RGB-IR을 지원하는 이미지 센서 프로세서(ISP), AI 가속기가 통합되어 있어 다양한 비전 애플리케이션에 적합합니다.

SDK 다운로드

아래 링크에서 11_01_07_05 버전 다운

https://www.ti.com/tool/ko-kr/download/PROCESSOR-SDK-LINUX-AM62A/11.01.07.05

PROCESSOR-SDK-LINUX-AM62A 소프트웨어 개발 키트(SDK) | TI.com

download ti-processor-sdk-linux-edgeai-am62a-evm-11.01.07.05-Linux-x86-Install.bin — 2359311 K

www.ti.com

SDK 실행 방법

다운로드한 실행 파일의 권한을 변경 후 SDK 실행

chmod +x ./ti-processor-sdk-linux-am62axx-evm-<version>-Linux-x86-Install.bin
./ti-processor-sdk-linux-am62axx-evm-<version>-Linux-x86-Install.bin

실행 후 아래와 같이 설치 프로그램 화면이 나옴 SDK를 설치할 위치의 기본 선택은 사용자의 홈 디렉터리입니다.

설정 스크립트 실행

SDK 소프트웨어 개발을 편리하게 하기 위해서 TI 측에서 제공해 주는 스크립트 실행 이는 호스트 측에서 TI 개발을 용이하게 해주는 실행파일이다.

./setup.sh

설정 스크립트는 먼저 사용자가 권장되는 Ubuntu Long Term Support(LTS) 배포판을 실행하고 있는지 확인하고, 그렇지 않은 경우 종료됩니다. 사용자가 다른 Ubuntu 버전이나 다른 Linux 배포판을 실행 중인 경우 해당 배포판과 일치하도록 환경 설정 스크립트를 수정하는 것이 좋습니다. 현재 Ubuntu 버전 22.04가 지원됩니다.

make를 수행하기 위해 필요한 패키지 설치

sudo apt-get install build-essential autoconf automake bison flex libgnutls28-dev libmpc-dev libmpcdec6 libmpc3 libmpcdec-dev libssl-dev bc u-boot-tools swig python3 python3-pip

pip3 install jsonschema pyelftools PyYAML Mako yamllint

빌드 방법

Build the Linux Kernel

make linux

Build the Device Tree

make linux-dtbs

Clean the Linux Kernel

make linux_clean

Install the Linux kernel modules

make linux_install

Build u-boot

make u-boot

Clean u-boot

make u-boot_clean

Installing to SD card

기본적으로 Rules.make는 DESTDIR를 파일 시스템의 NFS 경로로 지정합니다. SD 카드에 파일시스템을 설치하려면 명령줄에서 DESTDIR에 다른 경로를 지정해야 한다.

예를 들어 SD 카드에 모든 것을 설치하려면 아래 명령 실행

sudo DESTDIR=/media/$USER/rootfs make linux_install

Cross-Compile Toolchain

기본적으로 SDK 안 sysroot 폴더에 Cross-Compile Toolchain이 존재하지만 09 버전 이후로 폴더 이름을 바꿀 시 컴파일 중에 에러가 발생한다. SDK 설치 과정 중에 Toolchain 위치를 고정적으로 설정하고 있는 것으로 추측된다.

그렇기 때문에 폴더이름이나 위치를 변경 시 아래에서 Cross-Compile Toolchain을 다운로드 한다.

$ wget https://developer.arm.com/-/media/Files/downloads/gnu/13.3.rel1/binrel/arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-linux-gnueabihf.tar.xz
$ tar -Jxvf arm-gnu-toolchain-13.3.rel1-x86_64-arm-none-linux-gnueabihf.tar.xz -C $HOME
$ wget https://developer.arm.com/-/media/Files/downloads/gnu/13.3.rel1/binrel/arm-gnu-toolchain-13.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz
$ tar -Jxvf arm-gnu-toolchain-13.3.rel1-x86_64-aarch64-none-linux-gnu.tar.xz -C $HOME

다운로드하고 아래 이미지와 같이 경로를 수정