임베디드를 좋아하는 조금 특이한 개발자?

[RaspberyPI4] JTAG(FT232H)로 Linux 커널 디버깅 - 1 (필요 환경 준비)

Gordon_ — Sat, 20 Jun 2026 01:58:42 +0900

- 개발 환경

WSL2 : Ubuntu 24.04 LTS

buildroot : 2024.02

target board : RaspberryPI 4

openocd : 0.12.0

중요)

되도록이면 Ubuntu 24.04 를 사용해야합니다. 22.04에서 openocd 설치시 0.11.0 버전으로 설치되며, 해당 버전은 라즈베리파이 이 보드 관련 config 파일이 없습니다.

- 참고 문서

JTAG를 통해 RaspberryPI4 디버깅 방법

https://medium.com/@0xNoor/setup-openocd-with-jtag-uart-on-raspberry-pi-4-using-ft232h-da05ca01c693

Debugging를 위한 Linux 빌드 방법

https://littlebitodd-developer.tistory.com/74

Qemu로 실행한 리눅스 GDB로 디버깅 방법

https://littlebitodd-developer.tistory.com/75

1. 서론

저는 이전에 Qemu 에뮬레이터에서 실행 중인 Linux를 GDB로 디버깅을 해본적이 있습니다. 이를 통해 Linux의 부팅 과정을 코드 라인 단위로 디버깅이 가능했었습니다. 이번에는 에뮬레이터가 아닌 실제 하드웨어서 JTAG로 디버깅을 하는 방법에 대해서 알아 보려고 합니다. 이 포스트를 통해 JTAG를 통해 디버깅하는 방법과 리눅스를 디버깅하는 방법까지 소개 할 예정입니다.

내용이 방대하기 떄문에 2개의 포스트로 나누어 소개 할 예정입니다.

2. 하드웨어 구성

2.1. Serial 통신

라즈베리파이는 Serial를 통해 Linux Terminal 및 Log를 정보를 송수신 합니다. 그러므로 Serial를 통해서 Uboot 명령어를 송신하거나 Linux의 printk 메세지 등을 확인 할 수 있습니다.

저는 아래 제품을 사용하여 PC와 연결 하였습니다.

https://www.coupang.com/vp/products/5722099371?itemId=25151963046&vendorItemId=92157059105&src=1042503&spec=10304991&addtag=400&ctag=5722099371&lptag=5722099371-25151963046&itime=20260619183307&pageType=PRODUCT&pageValue=5722099371&wPcid=17817676868665685149076&wRef=www.google.com&wTime=20260619183307&redirect=landing&gclid=CjwKCAjw0dPRBhAPEiwAE5vTThkV-6ngokz_Asr8PrVq21z9avelmuExB-PBh9CUtCVJnNK61eCI4hoCbSYQAvD_BwE&mcid=87ca6560c427491a944e0db360051b0e&campaignid=23294172465&adgroupid=

PL2303HX 컨버터 UART USB to RS232 TTL 변환 케이블 - 시리얼 통신 아두이노 라즈베리파이 MCU 개발용 - 케

쿠팡에서 PL2303HX 컨버터 UART USB to RS232 TTL 변환 케이블 - 시리얼 통신 아두이노 라즈베리파이 MCU 개발용 구매하고 더 많은 혜택을 받으세요! 지금 할인중인 다른 케이블 제품도 바로 쿠팡에서 확

www.coupang.com

하지만 다른 USB to RS232 TTL 제품이 있다면 해당 제품을 사용해도 문제 없습니다.

주의점)

반드시 Rx, Tx 연결을 확인하세요

위 보이는 것처럼 하양색은 Rx, 초록색은 Tx입니다.

그러므로 RaspberryPI Tx를 USB to RS232 TTL의 Rx에 연결해야 합니다. Rx는 그의 반대입니다.

Serial Pin 연결방법

2.2. JTAG 통신

다음으로 JTAG통신을 연결하는 방법에 대해서 알아보겠습니다.

먼저 FT232H 모듈을 구매해야합니다.

https://ko.aliexpress.com/item/1005011539347602.html?spm=a2g0o.productlist.main.5.42f33e62vmYR1s&algo_pvid=bf2ddc4e-6b41-4cb5-9910-5ff6d50a434c&algo_exp_id=bf2ddc4e-6b41-4cb5-9910-5ff6d50a434c-4&pdp_ext_f=%7B%22order%22%3A%2292%22%2C%22eval%22%3A%221%22%2C%22fromPage%22%3A%22search%22%7D&pdp_npi=6%40dis%21KRW%2126020%219310%21%21%21111.40%2139.86%21%4021010d9017818650582133025eea34%2112000055864070811%21sea%21KR%216034166235%21X%211%210%21n_tag%3A-29919%3Bd%3A50224c32%3Bm03_new_user%3A-29895%3BpisId%3A5000000208162599&curPageLogUid=QqbQJQjeD8zR&utparam-url=scene%3Asearch%7Cquery_from%3A%7Cx_object_id%3A1005011539347602%7C_p_origin_prod%3A

FT232H 다기능 모듈 USB 2.0 고속 480Mb/s USB to JTAG UART FIFO SPI I2C 모듈 - AliExpress

Smarter Shopping, Better Living! Aliexpress.com

ko.aliexpress.com

FT232H는 JTAG 뿐만이 아니라 다양한 통신을 위한 모듈입니다. 하지만 다행이도 이렇게 저렴한 가격에 JTAG을 지원하는 모듈이고 취미로 임베디드를 하는 사람으로서 충분히 지불할만한 가격입니다.

JTAG는 기본적으로 4개의 핀을 사용하여 통신합니다.(SPI 통신이랑 비슷합니다) 핀 연결 방법은 아래 그림으로 설명하였습니다.

주의점)

반드시 I2C Mode 스위치를 Off 로 설정해야합니다.

FT232H Datasheet)

https://ftdichip.com/wp-content/uploads/2024/09/DS_FT232H.pdf

FT232H의 JTAG Pin 관련한 내용은 Datasheet의 "3.5.5. FT232H Pins used in an MPSSE" 에 명시되어 있습니다.

JTAG 핀 번호 확인

그리고 Host PC와 FT232와 정상적으로 연결되었다면 lsusb로 정상 연결되었는지 확인해볼 수 있습니다.

lsusb

FT232H 인식 확인

3. 디버깅을 위한 Linux 빌드

https://github.com/MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT

GitHub - MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT

Contribute to MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT development by creating an account on GitHub.

github.com

저는 buildroot를 사용해 Linux를 빌드하였습니다.

또한, 하기 귀찮은 Buildroot 설정 및 Linux kernel 설정을 제가 다 해놨으므로 그냥 빌드한 하시면 됩니다.

# buildroot 필요 package 설치
sudo apt install sed make binutils build-essential diffutils bash patch gzip bzip2 perl tar cpio unzip rsync file bc findutils libncurses5-dev libncursesw5-dev bzr curl cvs git mercurial libssl-dev subversion

# Linux build 환경 clone
git clone https://github.com/MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT.git ./br2_rpi4_debug

# buildroot submodule update
cd br2_rpi4_debug
git submodule update --init --recursive

# 빌드 환경 구성
make raspberrypi4_64_defconfig

# 리눅스 빌드
make -C output/raspberrypi4_64

WSL에서 빌드시 PATH 관련 에러가 발생하면 아래 포스트를 참고하세요

https://littlebitodd-developer.tistory.com/20

buildroot 빌드시 PATH 애러 해결

1. 문제 원인위 해당 에러의 경우 PATH 환경변수에 스페이스, 탭, 개행 문자가 포함되어 있을 경우 발생하는 에러 입니다.echo $PATH위 명령어를 실행하면 위 문자가 포함되어 있는 것을 확인 할 수

littlebitodd-developer.tistory.com

그래도 디버깅을 위해 어떤 설정을 했는지는 너무 길어지므로 다른 포스트를 참고 부탁드립니다.

3.1. U-boot 설정

https://littlebitodd-developer.tistory.com/100

[Buildroot] 라즈베리파이4 U-boot 부트로더 설정

- 개발 환경개발 보드 : Raspberrypi 4WSL2 (Ubuntu 24.04 LTS)buildroot(2024.02)- 소스 코드https://github.com/MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT GitHub - MainForm/rpi4_debug_linux_with_JTAG_with_UBOOTContribute to MainForm/rpi4_debug_l

littlebitodd-developer.tistory.com

리눅스 디버깅 하기전 JTAG를 연결해야합니다. 하지만 U-boot bootloader를 사용하지 않는다면 부팅후 자동적으로 리눅스 커널을 부팅 해버리기 때문에 JTAG를 연결할 시간이 없습니다. 그로므로 U-boot bootloader를 사용하여 Linux 커널 부팅전 U-boot에서 대기 후 JTAG로 연결한 다음 Linux 을 부팅하기 위해 U-boot를 설정하야여 합니다.

3.2. 리눅스 디버깅 심볼 관련 커널 설정

https://littlebitodd-developer.tistory.com/74

[Linux Debugging] Buildroot를 통해 디버깅할 리눅스 빌드

- 개발 환경WSL2 (Ubuntu 24.04 LTS)buildroot(2024.02)1. 서론 리눅스 커널을 공부하면서 어떻게 하면 일반적인 어플리케이션을 디버깅 할 때 처럼 직관적이고 커널의 코드흐름을 확인 할 수 있는 방법을 고

littlebitodd-developer.tistory.com

기본적으로 리눅스 커널 이미지에는 디버깅 심볼이 포함되어 있지 않기에 디버깅할 수 없습니다. 그러므로 이미지에 디버깅 심볼을 추가하여 GDB로 디버깅 할 수 있는 설정을 하였습니다.

3.3. 라즈베리파이 JTAG 활성화

라즈베리파이는 config.txt 파일을 통해 부팅 전 미리 기능을 활성화 할 수 있습니다. 그 중 JTAG도 마찬가지 입니다.

https://www.raspberrypi.com/documentation/computers/config_txt.html#enable_jtag_gpio

<code>config.txt</code> - Raspberry Pi Documentation

The official documentation for Raspberry Pi computers and microcontrollers

www.raspberrypi.com

- config.txt

# Please note that this is only a sample, we recommend you to change it to fit
# your needs.
# You should override this file using BR2_PACKAGE_RPI_FIRMWARE_CONFIG_FILE.
# See http://buildroot.org/manual.html#rootfs-custom
# and http://elinux.org/RPiconfig for a description of config.txt syntax

start_file=start4.elf
fixup_file=fixup4.dat

# kernel=Image
kernel=u-boot.bin

# To use an external initramfs file
#initramfs rootfs.cpio.gz

# Disable overscan assuming the display supports displaying the full resolution
# If the text shown on the screen disappears off the edge, comment this out
disable_overscan=1

# How much memory in MB to assign to the GPU on Pi models having
# 256, 512 or 1024 MB total memory
gpu_mem_256=100
gpu_mem_512=100
gpu_mem_1024=100

# fixes rpi (3B, 3B+, 3A+, 4B and Zero W) ttyAMA0 serial console
# dtoverlay=miniuart-bt
dtoverlay=disable-bt
enable_uart=1

# enable autoprobing of Bluetooth driver without need of hciattach/btattach
dtparam=krnbt=on

# enable 64bits support
arm_64bit=1

# Configure GPIOs for debugging via JTAG
# Disable pull-downs
gpio=22-27=np

# Enable JTAG pins (GPIO22-GPIO27)
enable_jtag_gpio=1

그러므로 enable_jtag_gpio를 1로 하여 미리 JTAG를 활성화 합니다.

4. openOCD 설치

https://openocd.org/pages/getting-openocd.html

# openOCD 설치
sudo apt install openocd

# openOCD 버전 확인(반드시 0.12.0 이상일 것)
openocd -v

openOCD 버전 확인

주의점)

반드시 openOCD의 버전이 0.12.0 이상이여야 합니다.

openOCD(On Chip Debugger)는 JTAG와 GDB사이를 연결해주는 중간 서버입니다.

디버깅 구조

5. gdb-multiarch 설치

GDB는 ASM, C, C++에서 가장 많이 쓰이는 디버거 입니다. 그래서 대부분의 toolchain을 설치하면 gdb도 같이 포함되어 있는 경우가 많습니다. 그리고 이전에는 CPU 아키텍쳐 마다 GDB를 맞추어 설치하여야 하지만 현재는 gdb-multiarch를 통해 gdb내 아키텍쳐만 설정하면 굳이 gdb를 따로 설치할 필요가 없습니다.

# gdb-multiarch 설치
sudo apt install gdb-multiarch

6. 후기

드디어 라즈베리파이를 JTAG로 디버깅할 환경이 준비되었습니다. 드디어 다음 포스트에서 JTAG를 통해 리눅스 커널 중 start_kernel을 디버깅 할 예정입니다. 이를 통해 Qemu라는 에뮬레이털 뿐만이 아니라 실제 하드웨어를 디버깅하면서 JTAG을 사용하는 방법을 학습할 수 있습니다.

[WPF][MVVM] RelayCommand로 Button 동작을 ViewModel에 연결

Gordon_ — Thu, 18 Jun 2026 19:56:27 +0900

- 개발 환경

Window 11 (버전 24H2)

Visual Studio Community 2026 (18.7.1)

.NET framework 4.7.2

- 이전 포스트

https://littlebitodd-developer.tistory.com/81

[WPF][MVVM] MVVM 패턴을 위한 ViewModel 추가

- 개발 환경Window 11 (버전 24H2)Visual Studio Community 2026 (18.0.2).NET framework 4.7.2- 소스 코드https://github.com/MainForm/WPF_MVVM_Base/tree/03d346fe93499c50289eb4085917b4e2839389ad GitHub - MainForm/WPF_MVVM_BaseContribute to MainForm/WPF_

littlebitodd-developer.tistory.com

- 소스 코드

https://github.com/MainForm/WPF_MVVM_Base/tree/41ddd10394546d452eec0f7123abe4139b40e9ac

GitHub - MainForm/WPF_MVVM_Base at 41ddd10394546d452eec0f7123abe4139b40e9ac

Contribute to MainForm/WPF_MVVM_Base development by creating an account on GitHub.

github.com

1. 서론

MVVM 패턴에서 중요한 점은 되도록이면 View에 직접 C# 코드를 작성하지 않는 것입니다. View와 ViewModel은 Binding을 통해 데이터를 주고받으며, 이를 통해 서로 간의 의존성을 낮추는 것을 목표로 합니다. 그러나 실제 애플리케이션을 작성하다 보면 Button과 같은 Control에서 발생하는 Event를 처리해야 하는 경우가 있습니다. 이번 글에서는 이러한 Event를 ViewModel에서 처리할 수 있도록 연결하는 방법에 대해 다루어 보겠습니다.

다만 RelayCommand는 View에서 발생하는 모든 Event를 ViewModel로 전달하기 위한 도구는 아닙니다. RelayCommand의 목적은 Button 클릭과 같은 사용자 동작을 ViewModel의 기능과 연결하는 것입니다. 따라서 어떤 Event를 RelayCommand로 처리하기 전에, 그 동작이 ViewModel에서 담당해야 하는 기능인지 먼저 판단하는 것이 좋습니다.

대표적으로 다음과 같은 Control은 Command 속성을 제공하므로 RelayCommand를 Binding하여 사용할 수 있습니다.

Button
MenuItem
CheckBox
RadioButton

View와 ViewModel 간 RelayCommand 구조

주의점)

RelayCommand는 모든 Control의 Event를 처리하지 않습니다.

예를 들어, TextBox의 입력값 변경이나 ListBox의 선택 항목 변경처럼 Control의 값이 바뀌는 경우에는 Event를 Command로 연결하기보다 Property Binding을 사용하는 것이 더 자연스럽습니다. TextBox는 Text 속성을 ViewModel의 Property에 Binding하고, ListBox는 SelectedItem 속성을 ViewModel의 Property에 Binding하여 변경된 값을 전달할 수 있습니다.

2. RelayCommand 작성

- RelayCommand.cs

using System;
using System.Windows.Input;

namespace WPF_MVVM_Base.Commands
{
    public class RelayCommand : ICommand
    {
        private readonly Action _execute;
        private readonly Func<bool> _canExecute;

        public RelayCommand(Action execute)
            : this(execute, null)
        {
        }

        public RelayCommand(Action execute, Func<bool> canExecute)
        {
            if (execute == null)
            {
                throw new ArgumentNullException("execute");
            }

            _execute = execute;
            _canExecute = canExecute;
        }

        public bool CanExecute(object parameter)
        {
            if (_canExecute == null)
            {
                return true;
            }

            return _canExecute();
        }

        public void Execute(object parameter)
        {
            _execute();
        }

        public event EventHandler CanExecuteChanged
        {
            add
            {
                CommandManager.RequerySuggested += value;
            }
            remove
            {
                CommandManager.RequerySuggested -= value;
            }
        }
    }
}

RelayCommand는 Control의 활성화 여부 및 이벤트 처리를 담당하는 Command 입니다. 더 자세한 이야기는 ICommnad에 대한 포스트를 따로 올리도록하겠습니다.

먼저 각 중요 메소드 및 파라미터를 확인하겠습니다.

- void Execute(object parameter) 메소드

실질적으로 이벤트가 발생할 때, 호출 되는 메소드 입니다.

- bool CanExecute(object parameter) 메소드

Control의 활성화(Enable) 여부를 정하는 메소드입니다.
반환값이 True이면 활성화, False이면 비활성화 됩니다.

- event EventHandler CanExecuteChagned

CanExecute를 호출(Callback)해서 해당 컨트롤의 활성화 여부를확인합니다.

결국 RelayCommand는 이름 처럼 단순히 ICommand의 메소드를 호출 하는 것을 단순히 전달(Relay)하는 Command 입니다.

3. Command Property 추가

- MainViewModel.cs

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
using System.Windows;
using System.Windows.Input;
using WPF_MVVM_Base.Commands;

namespace WPF_MVVM_Base.ViewModels
{
    public class MainViewModel : ViewModelBase
    {
        // 버튼 클릭 횟수
        private int _count;
		
        // IncreaseCommand Property
        public ICommand IncreaseCommand { get; }

        public MainViewModel()
        {
            IncreaseCommand = new RelayCommand(Increase, canIncrease);
        }

        // 버튼 클릭 이벤트 콜백
        private void Increase()
        {
            _count++;

            MessageBox.Show($"Count: {_count}");
        }

        // 버튼 클릭 가능 여부 체크 콜백
        private bool canIncrease()
        {
            // 버튼 클릭 횟수가 5 미만일 때만 버튼이 활성화되도록 설정
            return _count < 5;
        }
    }
}

위 코드에서 IncreaseCommand 가 어떤 역할을 하는지 보는 것이 중요합니다.

RelayCommand는 View로 부터오는 Execute 메소드 호출을 IncreaseCommand의 Increase로 전달하는 역할을 합니다.

이로 인해 버튼을 누르더라도 Increase메소드가 호출 되는 것입니다.

View와 ViewModel 간 RelayCommand 구조

여기서 IncreaseCommand의 역할은 2개입니다.

먼저 버튼이 눌릴때 마다 Increase 메소드가 호출되어 버튼이 클릭된 회수를 세고,

canIncrase에서 버튼 눌린 횟수가 5 미만일 때만 버튼이 활성화 되는 것입니다.

4. View에서 Command Binding

- MainWindow.xaml

<Window x:Class="WPF_MVVM_Base.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:local="clr-namespace:WPF_MVVM_Base"
        xmlns:vm="clr-namespace:WPF_MVVM_Base.ViewModels"
        mc:Ignorable="d"
        
        d:DataContext="{d:DesignInstance Type=vm:MainViewModel}"
        Title="MainWindow" Height="450" Width="800">
    <Grid>
        <Button Content="Click Me" Command="{Binding IncreaseCommand}" 
                HorizontalAlignment="Center" VerticalAlignment="Center"
                Height="50" Width="100"/>
    </Grid>
</Window>

5. 동작 확인

정상적으로 버튼을 5번 누르고 난 후 버튼이 비활성화 되는 것을 확인 할 수 있습니다.

[Yocto Project] KAS를 통한 개발 환경 자동 구성

Gordon_ — Wed, 17 Jun 2026 18:32:22 +0900

- 개발 환경

개발 보드 : Raspberrypi 4

WSL2 (Ubuntu 22.04 LTS)

Yocto Project : Scarthgap

- 소스 코드

https://github.com/MainForm/yocto_rpi4_with_kas_template

GitHub - MainForm/yocto_rpi4_with_kas_template

Contribute to MainForm/yocto_rpi4_with_kas_template development by creating an account on GitHub.

github.com

1. 서론

Yocto Project를 사용하다보면 명령어가 너무 많아 답답하고 개발 환경을 구축하는데 큰 어려움을 격는 분들이 많습니다. 레이어 구성하는 파일(bblayers.conf)과 설정 파일(local.conf)가 따로 있어 프로젝트의 전체 구성을 한번에 파악하는 것이 힘들고, git으로 submodule로 관리시 git 구성이 복잡해지는 문제가 발생 하는 것이 싫어하는 사람이 있습니다. 이런 개발자들을 위해 docker compose 처럼 간단한 파일 하나로 전체 프로젝트 구성을 나타내며 명령어 하나로 이미지 빌드까지 자동화 해주는 것이 kas 도구 입니다.

- kas를 사용하는 이유

개발 환경을 docker compose 처럼 파일 하나로 구성 (manifest 형식)
git으로 배포 및 형상 관리시 submodule 미사용
귀찮은 yocto project 개발 환경 설정을 통일

- kas를 사용하기에 어려운 환경

kas yml 파일에서 지원하지 않는 환경 (Petalinux Tools, AMD EDF 등)
개발 환경이 자주 변경되는 경우

kas를 사용지 않고 git submodule 로 형상 관리하는 방법에 대한 포스트는 다음과 같습니다.

https://littlebitodd-developer.tistory.com/102

[Yocto Project] Github 배포하기 위한 프로젝트 구성

- 개발 환경개발 보드 : Raspberrypi 4WSL2 (Ubuntu 22.04 LTS)Yocto Project : Scarthgap - 소스 코드https://github.com/MainForm/yocto_rpi4_template GitHub - MainForm/yocto_rpi4_templateContribute to MainForm/yocto_rpi4_template development by creat

littlebitodd-developer.tistory.com

만약 Git을 사용하지 않으실 거라면 3번으로 넘어가도 상관 없습니다.

2. Git 초기화 (선택)

# git 초기화
git init

# git ignore 파일 생성
touch .gitignore

- git ignore 파일

### Visual studio code ###
.vscode
.codex
.agents

### Yocto ###
build*
sources

여기서 중요한 것은 layer나 config 파일들을 전부 git에서 제외 하는 것입니다. 왜냐하면, 우리는 kas yml로 개발 환경을 자동 구성 할 것이기에 kas yml로 생성된 파일을 git에 포함한 경우 문제가 발생할 수 있습니다.

3. kas 설치 및 yml 파일 작성

3.1. kas 설치

# pipx 설치
sudo apt update
sudo apt install pipx

# kas 설치
pipx install kas

# kas 버전 확인
kas --version

설치된 kas 버전 확인

참고 문서 : https://kas.readthedocs.io/en/latest/userguide/getting-started.html

Getting Started — kas 5.3 documentation

kas.readthedocs.io

3.2. yml 파일 작성

참고 문서 : https://kas.readthedocs.io/en/latest/userguide/project-configuration.html

Project Configuration — kas 5.3 documentation

Provides variables to define which buildtools version should be fetched and where it is (or will be) installed. Both version and sha256sum should be set. The environment variable KAS_BUILDTOOLS_DIR can be used to set the directory where buildtools will be

kas.readthedocs.io

# 라즈베리파이4를 위한 kas yml 파일 생성
touch kas-rpi4.yml

- kas-rpi4.yml 파일

header:
  version: 11

repos:
  poky:
    url: https://git.yoctoproject.org/poky
    branch: scarthgap
    path: sources/poky
    layers:
      meta:
      meta-poky:
      meta-yocto-bsp:

  meta-openembedded:
    url: https://github.com/openembedded/meta-openembedded.git
    branch: scarthgap
    path: sources/meta-openembedded
    layers:
      meta-oe:
      meta-python:
      meta-networking:
      meta-multimedia:

  meta-raspberrypi:
    url: https://git.yoctoproject.org/meta-raspberrypi
    branch: scarthgap
    path: sources/meta-raspberrypi
    layers:
      .:
      
machine: raspberrypi4-64
distro: poky

target:
  - core-image-base

local_conf_header:
  base: |
    CONF_VERSION = "2"

  rpi4: |
    ENABLE_UART = "1"
    GPU_MEM = "64"

  image: |
    IMAGE_FSTYPES += "wic.bz2"

  licenses: |
    LICENSE_FLAGS_ACCEPTED += "synaptics-killswitch"

3.2.1. header 구성

header:
  version: 11

version은 yml 파일에 대한 최소 포멧 버전(Configuration Format Changes)을 의미합니다.

https://kas.readthedocs.io/en/4.4/format-changelog.html

Configuration Format Changes — kas 4.4 documentation

kas.readthedocs.io

3.2.2. repos 구성

repos:
  poky:
    url: https://git.yoctoproject.org/poky
    branch: scarthgap
    path: sources/poky
    layers:
      meta:
      meta-poky:
      meta-yocto-bsp:

  meta-openembedded:
    url: https://github.com/openembedded/meta-openembedded.git
    branch: scarthgap
    path: sources/meta-openembedded
    layers:
      meta-oe:
      meta-python:
      meta-networking:
      meta-multimedia:

  meta-raspberrypi:
    url: https://git.yoctoproject.org/meta-raspberrypi
    branch: scarthgap
    path: sources/meta-raspberrypi
    layers:
      .:

repos 는 bitbake에서 Layer를 어떻게 구성할지를 정하는 부분입니다. 여기에는 각 소스코드를 어떻게 다운 받을 것이며 해당 소스 코드 내에서 어떤 레이어를 추가할지를 명명하게 되어있습니다.

- url

url은 git 소스코드를 다운 받은 repository URL 주소를 의미합니다.

- branch

branch는 git으로 clone한 repository를 어떤 branch로 checkout할지를 의미합니다.

주의점)

말 그대로 해당 브렌치로 checkout하는 것이므로 해당 branch의 HEAD가 달라진 다면 다른 commit을 clone 할 수 있습니다.

그러므로 이러한 상황을 방지하고자 commit ID를 지정할 수 있습니다.

- path

path는 clone할 git repository를 어디에 다운 받을 지를 정합니다.

- layers

layers는 clone한 repository에서 어떤 layer를 추가할지 명시합니다.

단, 따로 명시되어 있지 않는다면 자기 자신을 layer로 추가합니다.
그래서 명시적으로 자기 자신을 추가한 다고 명시하는 것이 좋습니다.

예) meta-raspberrypi 자기 자신을 layer로 추가함

  meta-raspberrypi:
    url: https://git.yoctoproject.org/meta-raspberrypi
    branch: scarthgap
    path: sources/meta-raspberrypi
    layers:
      .:

3.2.3. machine 구성

machine: raspberrypi4-64

타겟 개발 보드를 명시합니다.

우리 개발 환경에서는 meta-rapberrypi에 "raspberrypi4-64.conf" 가 있으므로 명시 가능합니다.

3.2.4. distro 구성

distro: poky

빌드할 Linux의 distribution 명을 지정합니다.

3.2.5. target 구성

target:
  - core-image-base

빌드할 Recipe를 명시합니다.

core-image-base는 Poky에서 기본적으로 제공해주는 image recipe 입니다.

https://github.com/yoctoproject/poky/blob/scarthgap/meta/recipes-core/images/core-image-base.bb

poky/meta/recipes-core/images/core-image-base.bb at scarthgap · yoctoproject/poky

Mirror of https://git.yoctoproject.org/poky/. Contribute to yoctoproject/poky development by creating an account on GitHub.

github.com

만약 자기 만의 image recipe이 있다면 변경 가능합니다.

3.2.6. local_conf_header 구성

local_conf_header:
  base: |
    CONF_VERSION = "2"

  rpi4: |
    ENABLE_UART = "1"
    GPU_MEM = "64"

  image: |
    IMAGE_FSTYPES += "wic.bz2"

  licenses: |
    LICENSE_FLAGS_ACCEPTED += "synaptics-killswitch"

local_conf_header는 말 그대로 local.conf에 작성할 내용을 명시하는 구간입니다.

저의 경우 예시로 4개의 구간으로 나누어 명시하였습니다.

위 내용을 바탕으로 생성된 local.conf 내용은 아래와 같습니다.

# base
CONF_VERSION = "2"

# image
IMAGE_FSTYPES += "wic.bz2"

# licenses
LICENSE_FLAGS_ACCEPTED += "synaptics-killswitch"
# rpi4
ENABLE_UART = "1"
GPU_MEM = "64"

MACHINE ??= "raspberrypi4-64"
DISTRO ??= "poky"
BBMULTICONFIG ?= ""

4. kas yml으로 이미지 빌드

kas build kas-rpi4.yml

[Yocto Project] Github 배포하기 위한 프로젝트 구성

Gordon_ — Tue, 16 Jun 2026 05:35:18 +0900

- 개발 환경

개발 보드 : Raspberrypi 4

WSL2 (Ubuntu 22.04 LTS)

Yocto Project : Scarthgap

- 소스 코드

https://github.com/MainForm/yocto_rpi4_template

GitHub - MainForm/yocto_rpi4_template

Contribute to MainForm/yocto_rpi4_template development by creating an account on GitHub.

github.com

1. 서론

Yocto Project로 구성한 프로젝트를 git으로 형상관리를 하거나 github를 통해 배포를 하고 싶을 때가 있습니다. 하지만 Yocto project로 리눅스를 빌드하게 되면 많은 소스코드와 용량이 많은 산출물이 발생하게 됩니다. 그렇기 때문에 Yocto Project를 배포하기 위해서는 프로젝트를 어떻게 구성하는지가 매우 중요합니다. 이번 포스트에서는 Yocto Project로 개발한 프로젝트를 git으로 관리하기 위한 간단한 방법을 알아보겠습니다.

2. Git 초기화

먼저 git을 초기화한 git ignore 폴더를 생성해 필요없는 파일들을 무시하도록 합니다.

# git 초기화
git init

- git ignore 파일

### Visual studio code ###
.vscode
.codex
.agents

### Yocto ###
build*/*
!build*/conf/
!build*/conf/**

3. 프로젝트 구성

그 다음으로 기본적인 Layer를 submodule로 추가하고 build 폴더를 구성합니다.

- Layer 및 build 폴더 구성

// layer를 관리하기 위한 sources 폴더 생성
mkdir sources && cd -P ./sources

// 필요한 레이어를 submodule로 추가
git clone git://git.yoctoproject.org/poky --branch scarthgap
git clone git://git.openembedded.org/meta-openembedded --branch scarthgap
git clone git://git.yoctoproject.org/meta-raspberrypi --branch scarthgap

cd ..

// build 폴더 구성
source ./sources/poky/oe-init-build-env ./build-rpi4

그 다음 "bblayers.conf" 파일을 수정해야합니다. "bblayers.conf"은 Layer의 위치를 나타내는 파일입니다. 하지만, 기본적으로 Layer는 절대 경로로 나타내기 때문에 github로 배포시 다른 사람의 환경에서는 Layer를 찾지 못하는 에러가 발생합니다. 그러므로 Layer의 위치를 상태 경로로 변경해주어야 합니다.

절대 경로로 설정된 레이어 위치

- bblayers.conf 파일 내용

# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
POKY_BBLAYERS_CONF_VERSION = "2"

BBPATH = "${TOPDIR}"
BBFILES ?= ""

BBLAYERS ?= " \
  ${TOPDIR}/../sources/poky/meta \
  ${TOPDIR}/../sources/poky/meta-poky \
  ${TOPDIR}/../sources/poky/meta-yocto-bsp \
  ${TOPDIR}/../sources/meta-openembedded/meta-oe \
  ${TOPDIR}/../sources/meta-openembedded/meta-python \
  ${TOPDIR}/../sources/meta-raspberrypi \
  "

상대 경로로 설정된 레이어 위치

그 다음 기본적인 local.conf 파일을 수정하여 machine을 변경합니다.

- local.conf 파일 내용

MACHINE ??= "raspberrypi4-64"

LICENSE_FLAGS_ACCEPTED = "synaptics-killswitch"

4. 리눅스 빌드

bitbake core-image-base

LIG D&A The SSEN 임베디드 SW스쿨 3기 후기

Gordon_ — Mon, 15 Jun 2026 22:53:08 +0900

1. 서론

https://edu.rapa.or.kr/recruitment/11921

RAPA DX캠퍼스 - LIG D&A The SSEN 임베디드SW 스쿨

본 과정은 고용노동부가 주최하고 디지털선도기업인 LIG D&A 와 전문교육기관 한국전파진흥협회가 공동 운영하는 K-디지털 트레이닝의 디지털선도기업아카데미 사업으로 지원됩니다.

edu.rapa.or.kr

저는 LIG D&A The SSEN 임베디드SW 스쿨 3기(2025년 12월 1일 ~ 2026년 6월 9일)을 수강하였습니다. 해당 부트캠프는 RAPA 캠퍼스 주관하고 LIG D&A 에 취업하기 위한 맞춤 교육 프로그램입니다. 저의 경우 우연치 않게 지인의 추천으로 인해 해당 부트캠프를 수강하었으며, 운 좋게 합격하여 수강할 수 있었습니다. 해당 교육 프로그램을 수강하면서 느꼈던 점과 수강 후 후기를 나누어 보려고 합니다.

2. LIG D&A The SSEN 임베디드 SW스쿨에 대해

수강 인원은 총 30명으로 기본적인 C/C++과 같은 프로그래밍 언어 부터 시작하여 방산 업계에서 사용하는 임베디드 시스템 개발 환경까지 공부 할 수 있는 부트 캠프입니다. 부트 캠프를 수강하면서 몇가지 큰 장점이 있어 소개드립니다.

- 부트 캠프 장점

면점, 코딩 테스트를 패스 하고 면접 한번으로 취업 할 수 있는 특채 기회
한국 방산 업계를 선도하고 있는 LIG D&A 에 근무하고 있는 연구원님들과 직접 소통할 수 있는 기회
프로젝트 발표회를 통해 LIG D&A 연구원님 및 임원님에게 자신의 개발 역량을 보여 줄 수 있는 기회
무기체계 개발 프로세스 및 LIG D&A에서 사용하고 있는 개발 환경으로 프로젝트 진행 기회
LIG D&A에서 자신에게 맞는 연구소를 확인 할 수 있는 기회

특히 특채라는 기회 하나만으로 이 부트캠프를 수강하는데 큰 이점이 있다고 생각합니다.

또한 부트캠프내 따로 시험이나 평가가 없기 때문에 큰 부담없이 수강 할 수 있었습니다.

3. 교육 커리큘럼

LIG The SSEN 임베디드 SW 스쿨 커리큘

교육 커리큘럼은 크게 4개로 나누어져 있습니다. 각 커리큘럼을 자세히 소개 해드리겠습니다.

3.1. [0개월 ~ 1개월] 기본적인 개발 역량 강화

1개월 동안은 기본적인 개발 역량을 강화하기 위해 C / C++, 자료구조 및 알고리즘, WPF GUI 어플리케이션 개발을 학습합니다.

- 임베디드 시스템 개발 관련

C / C++

- 코딩 테스트 역량

자료구조 및 알고리즘

- LIG D&A 에서 자주 사용하는 GUI 프레임 워크

WPF Framework

3.2. [1개월 ~ 2개월] LIG D&A 각 연구소 소개

이때 부터 이제 각 연구소에서 선임 연구원분들이 오셔서 각 연구소에 대한 소개 및 연구소에서 필요한 역량들을 알려주십니다. 이때 가장 중요한 것이 만약 방산 산업에 대한 이해가 없다면 내가 어떤 연구소에 가고 싶은지 선택할 수 있는 큰 기회가 됩니다. 또한 수업 후 각 연구원님께 질문을 통해 자신에 맞춤 연구소에 대한 역량을 확인 할 수 있습니다.

3.3. [2개월 ~ 4개월] 임베디드 관련 공부

이때 부터 가장 중요한 임베디드 관련 공부를 진행합니다. 이때 전문 강사님께서 몇십년간 갈고 닦으신 임베디드 시스템에 대한 전문적인 내용으로 강의를 해주십니다. 이때 크게 2가지를 학습하게 됩니다.

3.3.1. STM32

개발 보드 : STM32F427I-DISC1
https://www.st.com/en/evaluation-tools/32f429idiscovery.html

STM32에 대한 기본적인 개발 방법에 대해서 학습하게 됩니다.

하지만, 단순히 개발 방법에 대해서 학습하는 것이 아닌 아키텍쳐(Cortex-M4) 부터 시작하여 각 기능별 레지스터 세팅 방법까지 굉장이 로우 한 부분까지 알려주시기 때문에 코드 레벨이 아닌 아키텍쳐 레벨에서 동작하는 방법을 알려주십니다.

더 나아가 FreeRTOS의 포팅 부터 코드 분석을 통해 FreeRTOS의 스케쥴링을 디버깅하는 방법까지 알려주십니다.

이 교육을 통해 단순히 STM32랑 FreeRTOS를 학습하는 것이 아닌 내부에서 어떻게 동작하는 방법을 알려주시기 때문에 인터넷이나 책으로 배울 수 없는 부분을 학습 할 수 있습니다.

3.3.2. Zynq FGPA

개발 보드 : ZYBO-Z7-10

https://digilent.com/reference/programmable-logic/zybo-z7/start?srsltid=AfmBOopRPY75esbX9pRSEtygCA6w1ilhtJzco2omS7lO91xHwYhlIEO6

다음으로 실제 LIG D&A에서 자주 사용하는 환경으로 Zynq FPGA에 대해서 학습합니다. 단, FGPA에 대해서 학습하는 것이 아닌 Zynq내 매우 저사양의 Cortex-A9가 내장되어 있어 임베디드 리눅스에 대해서 학습하게 됩니다. 특히 Zynq의 경우 AMD에서 Petalinux라고 하는 전용 리눅스를 제공해주고 있어 Petalinux를 빌드하고 SDK 툴을 통해 임베디드 환경에서 어플리케이션 및 디바이스 드라이버 개발을 하는 방법을 학습하게 됩니다. 하지만 1개월이라는 시간이 너무 짧고 방대한 교육 내용으로 인해 교육 내용을 따라가는 것이 꽤나 벅찰 수 있지만, 이 교육과정을 통해 실질적으로 FPGA를 왜 방산 산업에서 사용하는 이유에 대해서 학습 할 수 있습니다.

3.3. [4개월 ~ 6개월] 프로젝트 진행

부트캠프 내에서 가장 중요한 부분이 프로젝트 개발입니다. 약 2개월 정도 개발 시간을 통해 마지막 수료식에 프로젝트를 발표하고 수상식을 통해 수상하게 됩니다. 하지만 2개월 이라고 하더라도 2개월 동안 개발 할 수 있는 시간은 거의 없습니다. 총 개발 기간이 10주라고 한다면 2주 정도는 프로젝트 개발 방향 및 개발 환경 구성하고, 5주 정도 개발을 진행하고 2주 정도 프로젝트 발표 준비, 1주 특채 면접 준비 시간을 분배하므로 개발 할 수 있는 시간은 생각보다 없습니다. 또한, 프로젝트를 진행하면서 2026년 상반기 LIG D&A 채용을 진행하면서 자소서 및 코딩 테스트 면접 준비를 하게 된다면 더욱이 개발 시간이 부족하게 됩니다. 그러므로 팀원들과 확실하게 프로젝트에 집중할 것인지 각자 취업을 준비하면서 병행할지는 프로젝트 시작전 정하는 것이 좋아 보였습니다.

그리고 프로젝트를 진행하면서 LIG D&A에서 연구원님을 "멘토님"으로서 붙여 주십니다. 그러므로 프로젝트에 대한 진행 방향 및 취업에 대한 조언을 해주시므로 이 또한 매우 큰 메리트입니다.

4. 후기

만약 주변에 방산 산업 관련하여 취업할 예정이신 분은 무조건 추천 드립니다. 방산 산업 관련 부트캠프 중 당연 최고라고 생각하며 특히 수강자에게 큰 부담이 되지 않도록 수업이 구성되어 있으며, 또한 LIG D&A 관련 실무자를 초청하여 대화를 할 수 있는 기회를 많이 주는 부트캠프는 없다고 생각합니다.

특히에 프로젝트 발표회에서 많은 임원분과 연구소장님 앞에서 발표를 하면서 분위기가 좋았으며, 이 LIG D&A에서 해당 교육 프로그램을 매우 긍정적으로 생각하는 느낌이 들었습니다. 만약 LIG D&A에 취업 기회가 필요하신 분들은 이 교육 프로그램에서 프로젝트 발표를 통해 자신의 역량을 어필하고, 특채를 통해 취업을 한다면 이보다 LIG D&A에 취업할 수있는 확율이 매우 높아진다고 생각합니다.

https://v.daum.net/v/fkjbJbb0Ai?f=p.

LIG D&A, 방산 SW 인재 양성 '임베디드SW 스쿨 3기' 수료

LIG 디펜스&에어로스페이스(LIG D&A)와 한국전파진흥협회(RAPA)는 9일 방위산업 임베디드 소프트웨어 전문인력 양성을 위해 공동 운영한 'LIG D&A The SSEN 임베디드SW 스쿨 3기'의 수료식을 개최했다고 10

v.daum.net

[Buildroot] 라즈베리파이4 U-boot 부트로더 설정

Gordon_ — Fri, 12 Jun 2026 23:10:02 +0900

- 개발 환경

개발 보드 : Raspberrypi 4

WSL2 (Ubuntu 24.04 LTS)

buildroot(2024.02)

- 소스 코드

https://github.com/MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT

GitHub - MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT

Contribute to MainForm/rpi4_debug_linux_with_JTAG_with_UBOOT development by creating an account on GitHub.

github.com

위 소스코드는 아래 포스트를 기준으로 구성되어 있습니다.

https://littlebitodd-developer.tistory.com/57

[Buildroot] Github로 관리하기 위한 개발 환경 구축

- 개발 환경개발 보드 : Raspberrypi 4WSL2 (Ubuntu 22.04 LTS)buildroot(2024.02)1. 서론 Buildroot를 이용하여 개발하다 보면 Buildroot 내에 이미 개발보드나 패키지들이 많이 정의되어 있어 추가적인 개발보드나 패

littlebitodd-developer.tistory.com

1. 서론

U-boot는 임베디드 환경에서 가장 많이 쓰이는 부트로더라고 생각합니다. Buildroot의 기본 설정은 따로 부트로더가 없지만 U-boot을 추가할 수 있습니다. U-boot을 사용하면 많은 것들을 할 수 있습니다.

리눅스 부팅 인자 설정
다중 OS 부팅
NFS rootfs 부팅
OS 업데이트 기능 추가

하지만 실제로 U-boot를 buildroot에 추가하는 방법은 쉽지 않습니다. 이번 포스트에서는 Buildroot에서 U-boot을 추가하는 방법을 알아보고 실제 Linux까지 부팅해보도록 하겠습니다.

2. Board 폴더 내 파일 수정

Board 폴더는 개발 환경에 따라 디렉토리 위치가 다를 수 있습니다. 그러므로 반드시 정확한 Board 위치를 확인해야합니다.

- 기본 Board 폴더 위치

./board/raspberrypi4-64

2.1. cmdline.txt 파일

root=/dev/mmcblk0p2 rootwait console=tty1 console=serial0,115200

ttyAMA0 -> serial0 로 변경해야 U-boot에서 serial0 으로 terminal을 사용할 수 있습니다.

2.2. config_4_64bit.txt 파일

# Please note that this is only a sample, we recommend you to change it to fit
# your needs.
# You should override this file using BR2_PACKAGE_RPI_FIRMWARE_CONFIG_FILE.
# See http://buildroot.org/manual.html#rootfs-custom
# and http://elinux.org/RPiconfig for a description of config.txt syntax

start_file=start4.elf
fixup_file=fixup4.dat

# kernel=Image
kernel=u-boot.bin

# To use an external initramfs file
#initramfs rootfs.cpio.gz

# Disable overscan assuming the display supports displaying the full resolution
# If the text shown on the screen disappears off the edge, comment this out
disable_overscan=1

# How much memory in MB to assign to the GPU on Pi models having
# 256, 512 or 1024 MB total memory
gpu_mem_256=100
gpu_mem_512=100
gpu_mem_1024=100

# fixes rpi (3B, 3B+, 3A+, 4B and Zero W) ttyAMA0 serial console
# dtoverlay=miniuart-bt
dtoverlay=disable-bt
enable_uart=1

# enable autoprobing of Bluetooth driver without need of hciattach/btattach
dtparam=krnbt=on

# enable 64bits support
arm_64bit=1

여기서는 크게 2가지를 변경하였습니다.

# kernel=Image
kernel=u-boot.bin

먼저 kernel 파일을 u-boot.bin으로 변경하여 처음 보드가 부팅 할 파일을 Linux가 아닌 u-boot으로 설정하였습니다.

# fixes rpi (3B, 3B+, 3A+, 4B and Zero W) ttyAMA0 serial console
# dtoverlay=miniuart-bt
dtoverlay=disable-bt
enable_uart=1

그리고 enable_uart=1로 하여 serial를 enable 하였습니다.

2.3.post-image.sh 파일

#!/bin/bash

set -e

BOARD_DIR="$(dirname $0)"
BOARD_NAME="$(basename ${BOARD_DIR})"
GENIMAGE_CFG="${BOARD_DIR}/genimage-${BOARD_NAME}.cfg"
GENIMAGE_TMP="${BUILD_DIR}/genimage.tmp"

# generate genimage from template if a board specific variant doesn't exists
if [ ! -e "${GENIMAGE_CFG}" ]; then
	GENIMAGE_CFG="${BINARIES_DIR}/genimage.cfg"
	FILES=()

	for i in "${BINARIES_DIR}"/*.dtb "${BINARIES_DIR}"/rpi-firmware/*; do
		FILES+=( "${i#${BINARIES_DIR}/}" )
	done

	KERNEL=$(sed -n 's/^kernel=//p' "${BINARIES_DIR}/rpi-firmware/config.txt")
	FILES+=( "${KERNEL}" )
	
	FILES+=( "Image" )

	BOOT_FILES=$(printf '\\t\\t\\t"%s",\\n' "${FILES[@]}")
	sed "s|#BOOT_FILES#|${BOOT_FILES}|" "${BOARD_DIR}/genimage.cfg.in" \
		> "${GENIMAGE_CFG}"
fi

# Pass an empty rootpath. genimage makes a full copy of the given rootpath to
# ${GENIMAGE_TMP}/root so passing TARGET_DIR would be a waste of time and disk
# space. We don't rely on genimage to build the rootfs image, just to insert a
# pre-built one in the disk image.

trap 'rm -rf "${ROOTPATH_TMP}"' EXIT
ROOTPATH_TMP="$(mktemp -d)"

rm -rf "${GENIMAGE_TMP}"

genimage \
	--rootpath "${ROOTPATH_TMP}"   \
	--tmppath "${GENIMAGE_TMP}"    \
	--inputpath "${BINARIES_DIR}"  \
	--outputpath "${BINARIES_DIR}" \
	--config "${GENIMAGE_CFG}"

exit $?

해당파일은 image 파일내 구성을 만드는 파일입니다.

여기서 중요한 것은 "config_4_64bit.txt" 파일을 읽어 필요한 파일을 자동적으로 image에 추가해주는 것입니다.

근데 저희는 u-boot로 부팅하기 위해 config_4_64bit.txt에서 kernel=image를 주석 처리하여 리눅스가 image에 포함되지 않는 문제가 발생합니다. 그러므로 우리가 직접 설정하여 추가해주어야합니다.

	KERNEL=$(sed -n 's/^kernel=//p' "${BINARIES_DIR}/rpi-firmware/config.txt")
	FILES+=( "${KERNEL}" )
	# 직접 Image 파일을 추가
	FILES+=( "Image" )

2.4.uboot.fragment 파일

CONFIG_BOOTCOMMAND="setenv bootargs root=/dev/mmcblk0p2 rootwait console=tty1 console=ttyAMA0,115200 earlycon=pl011,mmio32,0xfe201000 loglevel=8; fatload mmc 0:1 ${kernel_addr_r} Image; booti ${kernel_addr_r} - ${fdt_addr}"

uboot에 자동적으로 입력되는 명령어입니다. 해당 명령어를 통해 우리가 굳이 u-boot 명령어를 입력하지 않아도 자동적으로 u-boot에서 Linux로 부팅이 가능합니다.

3. menuconfig 설정

여기서 몇가지 중요한 설정만 확인하겠습니다.

3.1. Board defconfig 설정

Board defconfig는 u-boot 내 config 설정을 위한 파일을 설정하는 것입니다.

직접 u-boot에 대한 파일 위치를 넣어도 괜찮지만, 만약 github에 이미 설정된 config를 사용할 경우 "_defconfig"를 제외한 나머지 이름을 넣으면 됩니다.

3.1. Additional configuration fragment files 설정

uboot.fragment 의 파일 위치를 설정합니다.

4. 결론

이 것으로 모든 u-boot 사용을 위한 buildroot 설정은 끝났습니다. 이제 image를 sd카드에 적용하여 부팅한다면 u-boot가 잘 나오는 것을 확인 할 수 있을 것입니다. 저는 단순히 u-boot을 사용하기 위해서가 아닌 라즈베리파이4를 디버깅하기 위해서 사용했지만, Yocto에서 U-boot를 설정하는 것보다 너무 어렵고 정확하게 설정하는 글이 나오지 않아 꽤 애를 먹었습니다.

라즈베리파이 4B를 대체하기 위한 다른 SBC 추천

Gordon_ — Tue, 5 May 2026 20:12:10 +0900

1. 서론

요즘 SBC(Single Board Computer)의 가격이 심상치가 않습니다. 특히 메모리 가격이 그게 증가하면서 SBC의 크게 증가한 것은 사실입니다. 특히 라즈베리파이4의 가격이 크게 증가하여 더 이상 쉽게 구입하기가 힘들어졌습니다. 이에 따라 다른 SBC 보드로 눈을 돌릴 수밖에 없습니다. 관련하여 어떤 SBC가 있는지 소개해 드리고자 합니다.
https://www.raspberrypi.com/news/1gb-raspberry-pi-5-now-available-at-45-and-memory-driven-price-rises/

1GB Raspberry Pi 5 now available at $45, and memory-driven price rises - Raspberry Pi

A new 1GB Raspberry Pi 5 maintains access to low-cost computing amid memory-driven price rises on some other Raspberry Pi products.

www.raspberrypi.com

하지만 라즈베리파이 외의 다른 보드를 구매하는 것은 이런 리눅스 임베디드에 익숙한 사람들에게 추천드립니다. 그 이유는 문제가 발생했을 때 관련 자료를 찾기 힘들기 때문입니다.

2. 선정한 SBC 비교

제가 선정한 SBC의 선정 기준은 다음과 같습니다.

1) 합리적인 가격
라즈베리파이처럼 성능에 비해 너무 비싼 SBC는 제외했습니다.

2) 재고 여부
Orange Pi나 Rock Pi의 경우 더 성능이 높은 SBC가 있습니다. 하지만 재고가 없어 구매할 수 없으므로 추천하지 않았습니다.

3) 성능

- SBC 비교표

항목	Raspberry Pi 4B	ODROID-C5	Orange Pi 4 Pro	Rock Pi 4B	RDK X5
SoC	BCM2711	S905X5M	Allwinner A733	RK3399	Horizon X5
CPU	Cortex-A72 ×4	Cortex-A55 ×4	Cortex-A76x2 + A55 x6	Cortex-A72×2 + A53×4	Cortex-A55 ×8
NPU	없음	없음	3 TOPS	없음	10 TOPS
RAM	4GB	4GB	4GB	4GB	4GB
USB	USB 3.0 ×2	USB 2.0 only	USB 3.0	USB 3.0	USB 3.0 ×4
네트워크	GbE + WiFi	GbE	GbE + WiFi	GbE	2.5GbE + WiFi6
가격 (단품)	₩165,000	₩71,100	₩71,400	₩85,843	₩99,000

- SBC 구매 링크

ODROID-C5)

https://www.hardkernel.com/ko/shop/odroid-c5/

ODROID-C5 – ODROID

ODROID-C5 For Bank transfer TIER DISCOUNT RATE 50 ~ 99 2% 100 ~ 299 3% 300 ~ 499 4% 500 ~ and more 5%

www.hardkernel.com

Orange Pi 4 Pro)

https://ko.aliexpress.com/item/1005010198029047.html?gatewayAdapt=glo2kor

오렌지 파이 4 프로 4GB 램 올위너 A733 DDR5 싱글 보드 컴퓨터 WiFi6+블루투스 듀얼 MIPI-CSI M2 PCIE SSD 3 T

Smarter Shopping, Better Living! Aliexpress.com

ko.aliexpress.com

Rock Pi 4B)

https://ko.aliexpress.com/item/1005006851328890.html?gatewayAdapt=glo2kor

Radxa ROCK 4B RK3399, 6코어 CPU SBC, 4K 출력 지원 HDMI, WiFi 5, 기가비트 이더넷 및 PCIe 2.1, 싱글 보드 컴퓨

Smarter Shopping, Better Living! Aliexpress.com

ko.aliexpress.com

RDK X5)

https://www.devicemart.co.kr/goods/view?no=15741665

RDK X5 - 10TOPS 인공지능 엣지보드 / ROS2, Transformer 지원 (4GB)

Sunrise 5 A55 8코어 64비트 CPU 기반 / 10TOPS 성능의 AI 추론용 BPU 내장 / ROS2, Transformer 지원 / Wi-Fi 6 및 블루투스 5.2 / microSD, USB 3.0, HDMI 포트 / AI, 로봇, 엣지 컴퓨팅 특화 / Debian 기반 OS 제공 / 라즈베리파

www.devicemart.co.kr

[Linux Kernel Module] Character Device의 장치 노드 자동 생성

Gordon_ — Sat, 28 Mar 2026 02:31:55 +0900

- 개발 환경

개발 보드 : Raspberrypi 5

OS : Linux raspberrypi 6.12.62

1. 서론

지난 포스트에서는 간단한 문자 장치를 만들고 나서 직접 수동으로 노드를 문자 장치에 연결해 주었습니다. 하지만 우리가 실생활에서 사용하는 디바이스 드라이버는 사용자가 직접 노드를 연결하는 경우는 거의 없습니다. 그리고 앞으로 실습을 할 때마다 노드를 연결하는 것은 매우 귀찮기에 자동적으로 노드를 연결하는 코드를 추가할 것입니다.

2. 관련 함수 확인

2.1. class_create 함수

struct class * __must_check class_create(const char *name);

https://elixir.bootlin.com/linux/v6.12.34/source/drivers/base/class.c#L254

class_create 함수는 디바이스 클래스를 생성하는 함수입니다. 디바이스 클래스는 디바이스를 기능 또는 용도에 따라 구분하기 위한 그룹입니다. 그래서 해당 함수를 통해 /sys/class 내 name에 해당하는 디바이스 클래스가 생성됩니다. 그리고 그 후 생성하는 디바이스는 어떤 디바이스 클래스의 속에 있는지에 따라 어떤 기능인지를 확인할 수 있습니다.

- 매개 변수

const char * name
/sys/class 내 생성될 폴더의 이름을 지정하는 변수입니다.
/sys/class는 디바이스 드라이버를 기능별로 그룹으로 묶어 관리하기 위한 폴더입니다.

- 리턴 값

struct class * __must_check
정상적으로 디바이스 클래스가 생성된다면 해당 디바이스 클래스의 주소를 반환합니다.
하지만, 에러가 발생하면 IS_ERR를 통해 에러를 확인하여 PTR_ERR로 에러에 대한 코드를 확인합니다.

__must_check 는 해당 함수에서 반환값을 사용하지 않는다면 warning을 발생하는 속성입니다.

class_create의 반환값은 에러를 확인하기 위해서, 그리고 정상적으로 생성되었다면 해제하기 위해서 반드시 한 번 이상은 사용하게 됩니다. 그러므로 __must_check를 통해 반환값을 사용해야 한다고 경고를 주는 것입니다.

https://gcc.gnu.org/onlinedocs/gcc/Common-Attributes.html#index-warn_005funused_005fresult

Common Attributes (Using the GNU Compiler Collection (GCC))

Internal visibility is like hidden visibility, but with additional processor specific semantics. Unless otherwise specified by the psABI, GCC defines internal visibility to mean that a function is never called from another module. Compare this with hidden

gcc.gnu.org

2.2. class_destroy 함수

void class_destroy(const struct class *cls)

https://elixir.bootlin.com/linux/v6.12.34/source/drivers/base/class.c#L292

class_create로 생성한 디바이스 클래스(struct class *)를 해제하기 위한 함수입니다.

- 매개 변수

const struct class * cls
해제하기 위한 디바이스 클래스의 주소를 전달합니다.

2.3. device_create 함수

__printf(5, 6) struct device *
device_create(const struct class *cls, struct device *parent, dev_t devt,
	      void *drvdata, const char *fmt, ...);

https://elixir.bootlin.com/linux/v6.12.34/source/drivers/base/core.c#L4430

디바이스를 생성하기 위한 함수입니다. 해당 함수를 통해 /dev 폴더에 fmt로 전달한 이름이 생성됩니다.

- 매개 변수

const struct class *cls
디바이스가 어떠한 디바이스 클래스로 분류가 될지 결정되는 매개 변수입니다.
위에서 미리 생성한 디바이스 클래스를 전달합니다.
또한 device_destroy 함수에서도 사용되므로 주의하여야합니다.
struct device *parent
부모가 되는 상위 디바이스를 전달하는 매개변수입니다.
하지만 우리가 생성한 디바이스는 부모가 되는 디바이스가 없기 떄문에 NULL를 전달합니다.
dev_t devt
디바이스의 major와 minor를 전달하는 매개변수입니다.
void *drvdata
디바이스에 대한 상태나 정보를 저장하는 매개변수입니다.
kalloc으로 저장할 데이터의 메모리를 할당받아 주소를 전달하고,
다른 디바이스 드라이버에서 해당 메모리를 참조하여 디바이스에 대한 정보를 확인합니다.
주의)
kallloc으로 메모리를 할당했다면,
반드시 exit 함수에서 kfree로 반환해야합니다.
const char *fmt, ....
이 이후에 매개 변수들은 디바이스의 이름을 정하는 매개변수입니다.
printf의 포멧을 가지고 있으며 "%d", "%s"와 같은 포멧을 지원합니다.

- 리턴 값

struct device *
디바이스에 대한 정보를 저장하고 있는 객체를 반환합니다.

__printf() 속성은 해당 함수가 printf와 같은 형식의 인자를 입력받는다는 것을 컴파일러에게 알리는 속성입니다. 지금 예시로 나온 device_create의 경우는 __printf(5,6) 의 속성을 가지고 있습니다. 그 의미는 device_create는 printf처럼 인자를 받는다는 것이며 5번째 인자인 fmt가 문자열 형태의 포맷("%d %s" 와 같은 형식)을 입력받는 인자이며 6번째 인자부터 포맷에 해당하는 변수 값을 전달한다는 의미입니다.

https://gcc.gnu.org/onlinedocs/gcc/Common-Attributes.html#index-format

2.4. device_destroy 함수

void device_destroy(const struct class *cls, dev_t devt);

https://elixir.bootlin.com/linux/v6.12.34/source/drivers/base/core.c#L4506

device_create로 생성한 디바이스를 해제하기 위한 함수입니다.

- 매개 변수

const struct class* cls
디바이스를 생성할때 전달하였던 디바이스 클래스를 전달합니다.
dev_t devt()|
디바이스를 생성할 때 전달했던 major와 minor를 전달합니다.
예) MKDEV(major,minor)

주의)

매개변수로 특이하게 struct device*가 아닌 struct class와 dev_t가 들어갑니다.

3. 소스 코드

#include <linux/module.h>
#include <linux/init.h>
#include <linux/fs.h>

#include <linux/device.h>
#include <linux/err.h>
 
// 문자 장치의 이름
#define CHAR_DEV_NAME               ("testDevice")
 
// 생성한 문자 장치의 Major 번호
static int major;
// 생성한 문자 장치을 제어하기 위한 함수를 관리하는 구조체
static struct file_operations fops ={
    .owner = THIS_MODULE,
};

static struct class * test_class;
static struct device * test_device;
 
static int __init initModule(void){
    int ret = 0;

    // 문자 장치 생성
    major = register_chrdev(0, CHAR_DEV_NAME, &fops);
    // 문자 장치 생성시 에러가 발생한 경우
    if(major < 0){
        printk("[testDevice] Error : register_chrdev()\n");

        ret = major;
        goto err_chrdev;
    }

    // 정상적으로 문자 장치 생성됨을 알림 및 major 번호 확인
    printk("[testDevice] Success to init char device module\n");
    printk("[testDevice] Major : %d\n",major);
    
    // /sys/class에 test_class 폴더 생성
    test_class = class_create("test_class");
    if(IS_ERR(test_class)){
        printk("[testDevice] Error : class_create()\n");

        ret = PTR_ERR(test_class);
        goto err_class;
    }

    // 정상적으로 /sys/class/test_class 폴더 생성
    printk("[testDevice] test_class folder is created in /sys/class\n");
    
    test_device = device_create(test_class,NULL,MKDEV(major,0),NULL,CHAR_DEV_NAME);
    if(IS_ERR(test_device)){
        printk("[testDevice] Error : device_create()\n");

        ret = PTR_ERR(test_device);
        goto err_device;
    }

    // 정상적으로 /dev/testDevice 생성
    printk("[testDevice] %s is created in /dev\n", CHAR_DEV_NAME);

    return 0;

err_device:
    //test class 해제
    class_destroy(test_class);
err_class:
    // 생성된 문자 장치를 해제
    unregister_chrdev(major, CHAR_DEV_NAME);
err_chrdev:
    return ret;
}
 
static void __exit exitModule(void){
    //test device 해제
    device_destroy(test_class,MKDEV(major,0));
    //test class 해제
    class_destroy(test_class);
    // 생성된 문자 장치를 해제
    unregister_chrdev(major, CHAR_DEV_NAME);
 
    printk("[testDevice] exit module\n");
}
 
module_init(initModule);
module_exit(exitModule);
 
MODULE_LICENSE("GPL");

주의)

대부분의 사람들은 goto를 사용한 것에 대해 매우 불편해할 것임을 알고 있습니다. 물론 goto를 사용하지 않아도 충분히 가능합니다. 하지만 자원을 회수해야하는 순서가 FILO 관계이므로 goto로 처리하는 것이 더욱 편합니다. 그리고 실제로 커널 내부 코드에서도 goto를 사용하는 코드를 볼 수 있습니다.

예시)

struct class *class_create(const char *name)
{
	struct class *cls;
	int retval;

	cls = kzalloc(sizeof(*cls), GFP_KERNEL);
	if (!cls) {
		retval = -ENOMEM;
		goto error;
	}

	cls->name = name;
	cls->class_release = class_create_release;

	retval = class_register(cls);
	if (retval)
		goto error;

	return cls;

error:
	kfree(cls);
	return ERR_PTR(retval);
}
EXPORT_SYMBOL_GPL(class_create);

하지만 goto가 매우 위험한 코드임은 분명합니다. 그러므로 몇 가지 주의점을 반드시 지켜야 합니다.

goto 외의 방법으로 접근이 불가능해야 한다.
위 코드를 보더라도 goto위에 return 문이 있어 goto문를 사용하지 않은 이상 해당 코드에 진입할 수 없습니다.
label은 goto보다 아래에 있어야 합니다.
이는 코드 흐름을 흐트리지 않고 다음으로 실행해야 하는 코드를 쉽게 예상할 수 있게 하기 위함입니다.

4. 결과

[MediaFoundation] C++로 연결된 카메라 나열

Gordon_ — Tue, 24 Mar 2026 16:31:43 +0900

- 개발 환경

Visual Studio 2026 (18.3.1)

- 참고자료

Media Foundation 프로그래밍 가이드

https://learn.microsoft.com/ko-kr/windows/win32/medfound/media-foundation-programming-guide

Media Foundation 헤더 및 라이브러리

https://learn.microsoft.com/ko-kr/windows/win32/medfound/media-foundation-headers-and-libraries

마이크로소프트 Media Foundation 공식 예제 코드

https://learn.microsoft.com/ko-kr/windows/win32/medfound/audio-video-capture-in-media-foundation

- 예제 코드

https://github.com/MainForm/MediaFoundation_CPP_ShowCameraDeviceName

GitHub - MainForm/MediaFoundation_CPP_ShowCameraDeviceName

Contribute to MainForm/MediaFoundation_CPP_ShowCameraDeviceName development by creating an account on GitHub.

github.com

1. 서론

영상처리 관련 개발자들은 대부분이 OpenCV를 사용할 것으로 예상합니다. 영상 처리를 위한 대부분의 기능들이 포함되어 있으며 더구나 VideoCapture를 통해 아주 손쉽게 카메라에 접근할 수 있어 특히 많이 사용하는 것 같습니다. 단, 딱 하나 문제가되는 부분이 있습니다. 카메라에 대한 자세한 정보를 제공해 주지 않는 다는 것과 세세한 설정을 할 수 없다는 것입니다. 내가 사용하려는 카메라의 모델 정보나 사양들을 확인하기 힘들기에 카메라 제조 회사에서 제공해주는 API를 사용합니다.

윈도우에서는 카메라나 오디오를 개발 하기위한 MediaFoundation 라이브러리를 제공해주고 있습니다. 해당 라이브러리는 윈도우에서 동영상 플레이어를 개발하기 위해 많이 사용되며 이에 따라 비디오에 인코딩, 디코딩에 대한 기능도 지원합니다. 이러한 라이브러리르 통해 컴퓨터에 연결된 카메라를 열거하는 프로그램을 개발해보도록 하겠습니다.

2. 라이브러리 연결

먼저 MediaFoundation을 사용하기 위해 아래와 같은 Lib파일을 프로젝트에 연결해야합니다. 기능에 따라서는 추가적인 Lib파일이 필요하지만 단순히 카메라 장치를 나열하기 위해서는 아래 Lib 파일로도 충분합니다.

mfplat.lib
mfuuid.lib
mf.lib
mfreadwrite.lib

3. 프로그램 개발

#include <iostream>

// MediaFoundtion 헤더파일
#include <mfapi.h>
#include <mfobjects.h>
#include <mfidl.h>
#include <mfreadwrite.h>
#include <mferror.h>

using namespace std;

// https://learn.microsoft.com/ko-kr/windows/win32/medfound/audio-video-capture-in-media-foundation
void showDeviceNames(IMFActivate** ppDevices, UINT count)
{
    for (DWORD i = 0; i < count; i++)
    {
        HRESULT hr = S_OK;
        WCHAR* szFriendlyName = NULL;

        // 카메라 이름 정보 도출
        UINT32 cchName;
        hr = ppDevices[i]->GetAllocatedString(
            MF_DEVSOURCE_ATTRIBUTE_FRIENDLY_NAME,
            &szFriendlyName, &cchName);

        if (SUCCEEDED(hr))
        {
            wprintf(L"%d : %s\n", i, szFriendlyName);
        }
        CoTaskMemFree(szFriendlyName);
    }
}

int main(void) {

	// COM 라이브러리 초기화
	CoInitializeEx(nullptr, COINIT_MULTITHREADED);
	// MediaFoundation 라이브러리 초기화
	MFStartup(MF_VERSION, MFSTARTUP_FULL);

    IMFAttributes* pConfig = NULL;
    IMFActivate** ppDevices = NULL;
    UINT count = 0;

    // 카메라 검색 속성을 저장하기 위한 객체 생성
    HRESULT hr = MFCreateAttributes(&pConfig, 1);

    // 카메라 검색 속성 지정
    // 카메라 디바이스를 검색(SOURCE_TYPE_VIDCAP)
    if (SUCCEEDED(hr))
    {
        hr = pConfig->SetGUID(
            MF_DEVSOURCE_ATTRIBUTE_SOURCE_TYPE,
            MF_DEVSOURCE_ATTRIBUTE_SOURCE_TYPE_VIDCAP_GUID
        );
    }

    // 카메라 디바이스 도출
    if (SUCCEEDED(hr))
    {
        hr = MFEnumDeviceSources(pConfig, &ppDevices, &count);
    }

    // 카메라 정보 출력
    showDeviceNames(ppDevices, count);


    // 카메라 정보 객체 해제
    for (UINT i = 0; i < count; i++) {
        ppDevices[i]->Release();
    }
    CoTaskMemFree(ppDevices);

    // 카메라 검색 속성 객체 해제
    pConfig->Release();

	// MediaFoundation 라이브러리 해제
	MFShutdown();
	// COM 라이브러리 해제
	CoUninitialize();

	return 0;
}

주의 사항)

MediaFoundation의 카메라 순서와 OpenCV의 CaptureVideo의 카메라 순서가 같다고 보장하지 않습니다.

위 코드가 가독성이 떨어지므로 life time을 그림으로 그렸습니다.

MediaFoundation Life time

4. 결론

카메라의 이름이 잘 나열 된 것을 확인하였습니다 .이제 해당 카메라의 스트림에 접근하여 카메라에서 프레임을 획득하는 코드를 작성할 필요가 있습니다. 해당 코드에 대해서는 다음 포스트에서 작성하도록 하겠습니다.

[C++] std::bind 함수를 원하는 호출 형태로 가공

Gordon_ — Tue, 24 Mar 2026 12:17:18 +0900

- 참고 문서

https://en.cppreference.com/w/cpp/utility/functional/bind.html

std::bind - cppreference.com

template< class F, class... Args > /* unspecified */ bind( F&& f, Args&&... args ); (1) (since C++11) (constexpr since C++20) template< class R, class F, class... Args > /* unspecified */ bind( F&& f, Args&&... args ); (2) (since C++11) (constexpr since C+

en.cppreference.com

1. 서론

프로젝트를 진행하다보면 꼭 한번 씩은 함수 포인터를 경험하게 됩니다. GUI 프로그래밍에서는 이벤트 핸들러 함수를 등록하거나 아니면 기능을 유연하게 추가하기 위해서도 함수 포인터를 사용합니다. 이럴때 마다 이전에 작성한 함수를 재사용하기 위해 wrapper 함수를 작성했어야 했습니다.

또는 맴버함수의 경우 함수이지만 다른 함수와 다르게 호출하는 방법이 다릅니다. 그렇기에 맴버 함수를 일반 함수처럼 호출 하는 형태로 가공해야합니다.

#include <iostream>
#include <functional>

using namespace std;

uint32_t calc(function<uint32_t(uint32_t,uint32_t)> handler, uint32_t n1, uint32_t n2) {
	return handler(n1, n2);
}

// 함수
uint32_t add(uint32_t x, uint32_t y) {
	return x + y;
}

class calculator {
public:
	// 맴버 함수
	uint32_t add(uint32_t x, uint32_t y) {
		return x + y;
	}
};

int main(void) {

	// 문제 없음
	int rs1 = calc(&add, 1, 2);

	// 에러 발생 (맴버 함수가 속해 있는 인스턴스가 없음)
	int rs2 = calc(&calculator::add, 1, 2);

	return 0;
}

맴버 함수를 calc에 전달 불가능

이러한 문제점을 해결하기 위해 C++에서는 std::bind를 제공하여 자연스럽게 함수를 원하는 형태로 가공하는 것이 가능합니다.

int main(void) {
	using namespace std::placeholders;

	// 문제 없음
	int rs1 = calc(&add, 1, 2);
	
    // bind로 맴버 함수를 전달
	calculator cal1;
	int rs2 = calc(bind(&calculator::add, &cal1, _1, _2), 1, 2);

	cout << "rs1 : " << rs1 << endl;
	cout << "rs2 : " << rs2 << endl;

	return 0;
}

bind로 문제 해결

2. bind 사용 방법

#include <iostream>
#include <functional>

using namespace std;

uint32_t add(uint32_t x, uint32_t y) {
	return x + y;
}

int main(void) {
	using namespace std::placeholders;

	// bind의 첫번째 인자는 호출가능한 함수(callable)
	function<uint32_t(uint32_t, uint32_t)> f1 = bind(add, _1, _2);

	// _1이 10으로 _2가 20으로 대체되어 호출
	uint32_t result = f1(10, 20);

	cout << result << endl;

	return 0;
}

bind에서 첫번째 인자는 호출가능한 함수(함수, 맴버 함수, 람다 함수)이여야 합니다. 그리고 그 뒤에 f1으로 호출할 때 필요한 맴버 변수를 지정하게 됩니다.

사용 방법은 매우 간단하지만 밑 응용 방법을 보게 된다면 매우 강력한 기능임을 알 수 있습니다.

3. bind 응용

3.1. 매개 변수 생략

#include <iostream>
#include <functional>

using namespace std;

uint32_t mul(uint32_t x, uint32_t y) {
	return x * y;
}

int main(void) {
	
	// 1과 _1의 차이를 명확히 보여주기 위해 using를 사용하지 않았습니다.
	// uint32_t(uint32_t, uint32_t)를 uint32_t(uint32_t)로 변경.
	// 즉 매개변수 x의 값을 2로 고정함
	function<uint32_t(uint32_t)> mul2 = bind(&mul, 2 , std::placeholders::_1);

	for (uint32_t i = 2; i < 10; i++) {
		cout << "2 x " << i << " = " << mul2(i) << endl;
	}

	return 0;
}

위 예제를 통해서 mul의 x 매개 변수를 2로 고정하여서 mul2의 함수 형태가 변경된 것을 확인 할 수 있습니다.

3.2. 매개 변수 순서 변경

#include <iostream>
#include <functional>

using namespace std;

void test(uint32_t n1, uint32_t n2) {
	cout << "n1 : " << n1 << ", n2 : " << n2 << endl;
}

int main(void) {
	using namespace std::placeholders;
	
	// _1의 위치와 _2의 위치를 바꾸었습니다.
	function<void(uint32_t,uint32_t)> func = bind(&test, _2, _1);

	// n1 값에 20이, n2값에 10으로 대입된다.
	func(10, 20);

	return 0;
}

3.3. ref, cref를 통해 변수의 값을 반영

- 주의 사항 -

참조하는 변수에 따라 Dangling이 발생할 수 있습니다.

#include <iostream>
#include <functional>

using namespace std;

void test(uint32_t n1, uint32_t n2) {
	cout << "n1 : " << n1 << ", n2 : " << n2 << endl;
}

int main(void) {
	using namespace std::placeholders;

	uint32_t value1 = 10;
	
	// n1에 value1의 값인 10이 들어간다.
	function<void(uint32_t)> func1 = bind(&test, value1, _1);
	// n1은 value1을 참조하게 된다.
	function<void(uint32_t)> func2 = bind(&test, cref(value1), _1);

	value1 = 100;

	// n1에 10이 들어갔으므로 n1이 10으로 출력
	func1(20);
	// n1이 valu1를 참조하므로 n1이 100으로 출력
	func2(30);

	return 0;
}

3.4. bind의 중첩 호출

#include <iostream>
#include <functional>

using namespace std;

uint32_t test(uint32_t num) {
	cout << "num : " << num << endl;

	return num;
}

int main(void) {
	using namespace std::placeholders;

	auto func1 = bind(&test, _1);
	// func1를 중접
	function<uint32_t(uint32_t)> func2 = bind(&test, func1);

	// func2는 fun1을 중첩하여 bind하였기 때문에 test가 2번 호출
	// func1의 _1는 10으로 대입
	// 중첩된 bind는 placehodler를 공유하여 사용한다.
	func2(10);

	return 0;
}

3.5. 다양한 형태의 함수의 호출 일원화

#include <iostream>
#include <functional>
#include <vector>

using namespace std;

void func(uint32_t num) {
	cout << "[funciton] num : " << num << endl;
}

class test {
public:
	void mem_func(uint32_t num) {
		cout << "[member function] num : " << num << endl;
	}
};

int main(void){
	using namespace std::placeholders;

	// Callable 배열
	vector<function<void(uint32_t)>> functions;

	// 일반 함수 bind
	functions.emplace_back(bind(&func, _1));

	// 맴버 함수 함수 bind
	test t1;
	functions.emplace_back(bind(&test::mem_func, &t1, _1));

	// 람다 함수 함수 bind
	functions.emplace_back(
		bind(
			[](uint32_t num) {
				cout << "[lambda function] num : " << num << endl;
			},
			_1
		)
	);

	for (int i = 0; i < functions.size(); i++) {
		functions[i](i);
	}
	
	return 0;
}

4. 결론

bind는 매우 편리한 기능임에는 분명하지만 C++언어가 그러하듯 잘못사용하였다가는 큰 문제가 발생할 요지가 있습니다. 잘못된 변수를 참조하여 Dangling 문제나 너무 많은 중첩 bind를 통해 성능 저하가 발생할 수 있다는 점이 있지만 이러한 점을 확실이 인지하고 사용한다면 개발에 큰 편의성을 제공해줄 수 있습니다.