sysfs·configfs 활용 — kobject 기반 User 인터페이스
#한 줄 요약
“sysfs = driver가 user에 보여주는 작은 텍스트 파일.” kobject 트리에 attribute를 매다는 한 줄로 LED 밝기든 fan 속도든 똑같은 모양의 인터페이스가 됩니다.
#어떤 상황에서 쓰나
LED 모듈에 brightness 값을 외부에서 바꾸고 싶거나, 산업용 ECU에서 fan PWM duty를 실시간으로 조절해야 할 때 ioctl보다 sysfs가 훨씬 단순합니다. echo 80 > /sys/class/leds/status/brightness 한 줄로 끝나니, 쉘 스크립트·systemd unit·monitoring agent에서 그대로 쓸 수 있습니다.
자동차나 산업 장비의 운영 모니터링도 거의 sysfs로 끝납니다. 온도, 회전수, fault count를 모두 sysfs로 노출하면 별도의 daemon 없이 텍스트 파일 폴링만으로 telemetry가 만들어집니다. configfs는 user space가 새 객체를 만드는 정반대의 흐름인데, USB gadget이나 target framework가 표준으로 씁니다.
#핵심 개념
sysfs는 kobject 트리의 외부 표현입니다.
| struct kobject | sysfs 디렉터리에 대응 |
|---|---|
| struct attribute | 디렉터리 안의 파일 하나 |
| struct sysfs_ops | read/write 처리 함수 테이블 |
| DEVICE_ATTR 매크로 | show/store 두 함수를 한 번에 묶는 helper |
규칙은 단순합니다. attribute 파일 하나는 값 하나를 가지고, ASCII로 표현하며, 마지막에 newline을 둡니다. 한 파일에 여러 값을 채우면 race가 생기고 user side 파싱도 복잡해집니다.
configfs는 sysfs와 비슷한 모양이지만 user가 mkdir로 새 객체를 만들 수 있다는 점이 다릅니다. USB gadget을 새로 만들거나 NVMe target subsystem을 등록하는 등 생성·파괴가 동적이어야 하는 경우에 쓰입니다.
#코드 / 실제 사용 예
#Device attribute 한 개
#include <linux/device.h>
static unsigned int g_value;static DEFINE_MUTEX(g_lock);
static ssize_t value_show(struct device *dev, struct device_attribute *a, char *buf) { unsigned int v; mutex_lock(&g_lock); v = g_value; mutex_unlock(&g_lock); return sysfs_emit(buf, "%u\n", v);}
static ssize_t value_store(struct device *dev, struct device_attribute *a, const char *buf, size_t count) { unsigned int v; if (kstrtouint(buf, 10, &v)) return -EINVAL; if (v > 100) return -ERANGE;
mutex_lock(&g_lock); g_value = v; mutex_unlock(&g_lock); return count;}
static DEVICE_ATTR_RW(value);DEVICE_ATTR_RW는 mode 0644로 read/write attribute를 등록합니다. 읽기 전용은 _RO, 쓰기 전용은 _WO를 씁니다. 출력에는 sprintf 대신 buffer 길이를 안전하게 처리하는 sysfs_emit을 사용합니다.
#Attribute group으로 한 번에 등록
static struct attribute *sample_attrs[] = { &dev_attr_value.attr, &dev_attr_mode.attr, &dev_attr_status.attr, NULL,};
static const struct attribute_group sample_group = { .name = "control", /* /sys/.../control/ 디렉터리 생성 */ .attrs = sample_attrs,};
static int sample_probe(struct platform_device *pdev) { int rc = sysfs_create_group(&pdev->dev.kobj, &sample_group); if (rc) return rc;
/* devm 형 helper도 있다 */ return devm_device_add_group(&pdev->dev, &sample_group);}devm_device_add_group을 쓰면 driver unbind 시 자동으로 정리됩니다. 잘 쓰면 remove에서 cleanup을 빠뜨릴 일이 없습니다.
#결과 모양
$ ls /sys/devices/platform/sample/control/mode status value
$ cat /sys/devices/platform/sample/control/value0
$ echo 42 > /sys/devices/platform/sample/control/value$ cat /sys/devices/platform/sample/control/value42device class와 결합하면 /sys/class/...에 안정된 symlink가 생기고, udev rule이 이걸 보고 hot-plug 동작을 정의합니다.
#udev rule과 결합
SUBSYSTEM=="sample", ACTION=="add", \ RUN+="/usr/bin/setup-sample.sh %k"
KERNEL=="leds*", ATTR{brightness}="64"device가 들어오면 udev가 sysfs 트리를 보고 rule을 매칭합니다. 초기값 설정은 udev로 처리하는 편이 driver 안에 hard-code하는 것보다 깔끔합니다.
#Binary attribute — 큰 데이터
static ssize_t fw_read(struct file *f, struct kobject *k, struct bin_attribute *a, char *buf, loff_t off, size_t count) { if (off >= fw_size) return 0; if (off + count > fw_size) count = fw_size - off; memcpy(buf, fw_data + off, count); return count;}
static struct bin_attribute fw_attr = { .attr = { .name = "firmware", .mode = 0444 }, .read = fw_read, .size = 0, /* runtime 결정 */};
sysfs_create_bin_file(&pdev->dev.kobj, &fw_attr);ASCII 텍스트가 어색한 firmware blob·calibration data는 binary attribute로 노출합니다. 일반 attribute는 page size(보통 4 KB) 제한이 있어 큰 데이터에는 부적합합니다.
#configfs — user가 객체를 만든다
mount -t configfs none /sys/kernel/config
# USB gadget 인스턴스 생성mkdir /sys/kernel/config/usb_gadget/g1echo 0x1d6b > /sys/kernel/config/usb_gadget/g1/idVendorecho 0x0104 > /sys/kernel/config/usb_gadget/g1/idProduct
mkdir /sys/kernel/config/usb_gadget/g1/configs/c.1mkdir /sys/kernel/config/usb_gadget/g1/functions/acm.0ln -s ../../functions/acm.0 ../../configs/c.1/echo musb-hdrc.0 > /sys/kernel/config/usb_gadget/g1/UDCmkdir 한 번이 kernel 객체 하나의 생성에 대응합니다. USB gadget, NVMe-oF target, LIO iSCSI target이 같은 패턴을 사용합니다.
#sysfs_notify로 user에게 신호 보내기
/* 값이 바뀌었음을 알린다 */sysfs_notify(&pdev->dev.kobj, NULL, "value");user 쪽에서는 poll이나 epoll로 attribute 파일을 감시하다가 변화 시점에 깨어납니다. 주기적 polling 없이 이벤트 기반 monitoring이 가능합니다.
#측정 / 성능 비교
sysfs read/write 자체는 가벼운 syscall + kernel function call입니다. fast path 인터페이스가 아니라 제어 plane이라는 점만 잊지 않으면 됩니다.
| 인터페이스 | one round-trip cost |
|---|---|
| sysfs read (단일 정수) | 3~5 µs |
| ioctl (단순 명령) | 2~3 µs |
| netlink unicast | 8~12 µs |
| shared memory pointer | <50 ns |
LED brightness나 fan duty 같은 초당 수십 회 미만의 제어에는 sysfs로 충분합니다. 1 kHz 이상의 sensor sampling이나 audio stream을 sysfs로 빼면 syscall 비용이 누적되어 빠르게 한계에 부딪힙니다.
#자주 보는 함정
한 파일에 여러 값
return sysfs_emit(buf, "%u %u %u\n", a, b, c);규약상 한 attribute = 한 값입니다. 여러 값을 모아 두면 parser가 깨지고, store 쪽에서 partial write도 처리하기 어렵습니다. 값마다 별도 attribute로 쪼개는 편이 좋습니다.
store 안에서 긴 작업
static ssize_t reset_store(...) { msleep(500); /* user는 echo 동안 차단 */ return count;}echo가 500 ms 멈춥니다. 긴 작업은 work queue에 큐잉하고 store는 즉시 반환합니다. 완료 통지는 sysfs_notify로 보냅니다.
Lock 없이 share state read·write
return sysfs_emit(buf, "%u\n", g_value); /* tearing 가능 */여러 user가 동시에 read/write하면 32비트 이상의 값에서 tearing이 일어날 수 있습니다. mutex 또는 atomic으로 보호합니다.
ASCII 규약 무시
return sysfs_emit(buf, "%08x", v); /* 마지막 newline 누락 */마지막 newline이 빠지면 cat 출력이 prompt와 붙고, 일부 parser가 EOF를 잘못 잡습니다. \n을 잊지 않습니다.
Cleanup 누락
static void sample_remove(struct platform_device *pdev) { /* sysfs_remove_group 누락 */}다음 bind 때 sysfs: cannot create duplicate filename 오류가 납니다. devm_device_add_group 같은 managed API로 등록과 해제를 한 쌍으로 묶는 편이 안전합니다.
#정리
- sysfs는 driver state를 ASCII 한 줄로 노출하는 가장 단순한 인터페이스입니다.
- 한 attribute = 한 값, 마지막 newline 포함이라는 규약을 지켜야 user 도구와 호환됩니다.
DEVICE_ATTR_RW·sysfs_emit·devm_device_add_group을 묶어 쓰면 등록·해제·출력 모두 안전하게 처리됩니다.- udev rule은 sysfs 트리를 보고 동작을 정의하므로 driver와 자연스럽게 결합됩니다.
sysfs_notify는 user 쪽 polling을 이벤트 기반으로 바꿔 줍니다.- configfs는 정반대로 user가 객체를 만드는 인터페이스이고, USB gadget·NVMe target이 대표 사례입니다.
- sysfs는 제어 plane이라는 점을 기억합니다. 고빈도 data path는 mmap·io_uring·char device로 보내야 합니다.
다음 편은 IRQ Affinity입니다.
#관련 항목
Modern Embedded Recipes · 87 of 152
- 1Modern Embedded Recipes — 모던 임베디드 실전 레시피 시리즈 소개
- 2디지털 신호 기초 — Voltage Level·Edge·Setup/Hold 분석
- 3임베디드 클럭과 타이밍 — Skew·Jitter·PLL·MMCM 분석
- 4GPIO 내부 구조 분해 — Push-Pull·Open-Drain·Schmitt Trigger
- 5UART 하드웨어 동작 분석 — Baud Rate·Framing·FIFO
- 6SPI 하드웨어 분석 — Clock Mode·MOSI/MISO·Chip Select
- 7I2C 하드웨어 분석 — Open-Drain·Clock Stretching·Arbitration
- 8ADC 동작 원리 — SAR·Sigma-Delta·Pipelined 비교
- 9DAC 동작 원리 — R-2R Ladder·Sigma-Delta·Settling Time
- 10PWM 신호 생성 분석 — Duty·Frequency·Dead Time·Center-Aligned
- 11CAN 버스 전기적 특성 — Differential·Termination·Dominant/Recessive
- 12RS-485·RS-422 차동 신호 분석 — Termination·Biasing·Topology
- 13LVDS 차동 신호 분석 — Common-Mode·Impedance·Eye Pattern
- 14ARM Cortex-M 시리즈 비교 — M0·M3·M4·M7·M33·M55 분석
- 15ARM Cortex-A 시리즈 비교 — A53·A55·A72·A78·X1 분석
- 16ARM 레지스터 구조 분석 — R0~R15·CPSR·SPSR·Banked Registers
- 17Cortex-M 예외 처리 — Vector Table·NVIC·Tail-Chaining 추적
- 18ARM 메모리 맵 분석 — Normal·Device·Strongly-Ordered Region
- 19ARM L1·L2 캐시 분석 — Set Associative·Inclusive·Maintenance
- 20ARM MPU 활용 — Region·Attribute·Privilege Separation
- 21ARM MMU 기초 분석 — Translation Table·TLB·ASID
- 22ARM TrustZone-M 기초 — Secure/Non-Secure·NSC·MPC
- 23ARM Memory Barrier 실전 — DMB·DSB·ISB·DMA·MMIO
- 24임베디드 크로스 컴파일러 분석 — GCC·Clang·Sysroot 구성
- 25C 컴파일 4단계 — Preprocess·Compile·Assemble·Link 추적
- 26ELF 파일 구조 분석 — Section·Segment·Symbol Table·DWARF
- 27링커 스크립트 기초 — SECTIONS·MEMORY·entry point
- 28링커 스크립트 고급 — Overlay·BSS·init_array·LMA/VMA
- 29임베디드 스타트업 코드 분석 — Reset_Handler·Vector Table·SystemInit
- 30C 런타임 crt0 분석 — Stack·BSS Zero·Data Copy·atexit
- 31임베디드 메모리 레이아웃 — .text·.rodata·.data·.bss·.heap·.stack
- 32임베디드 컴파일러 최적화 분석 — -O0~-O3·-Os·-LTO 비교
- 33Map 파일 분석 — Symbol·Section·Size 추적으로 코드 크기 진단
- 34Make·CMake 크로스 컴파일 — Toolchain File·Sysroot 통합
- 35임베디드 Bootloader 체인 — BootROM·SPL·U-Boot·Kernel·Secure Boot
- 36첫 bare-metal 프로그램 작성 — Linker·Startup·main의 최소 구성
- 37MMIO 레지스터 직접 접근 — volatile·Memory Map·Aliasing 분석
- 38GPIO 드라이버 직접 구현 — STM32 HAL 없이 레지스터로
- 39임베디드 클럭 설정 분석 — HSE·PLL·SYSCLK·AHB/APB 분주
- 40Cortex-M 인터럽트 핸들링 — NVIC·Priority·Vector·EXTI
- 41SysTick 타이머 활용 — 24-bit Counter·1ms Tick·delay 구현
- 42UART 드라이버 구현 — polling·interrupt·DMA 3가지 방식 비교
- 43SPI 드라이버 구현 — Master·Slave·CRC·DMA
- 44I2C 드라이버 구현 — Master·7-bit/10-bit·Clock Stretching 처리
- 45임베디드 DMA 기초 — Memory-to-Memory·Peripheral·Circular Mode
- 46저전력 모드 분석 — Sleep·Stop·Standby·Wake-up Source
- 47IWDG·WWDG 워치독 구현 — Independent vs Window 비교
- 48임베디드 Flash 프로그래밍 — Erase·Program·Read While Write
- 49DDR 초기화 실패 진단 — Timing·Calibration·Walking Bit Test
- 50PWM 출력 실전 — LED 밝기·모터 속도 제어
- 51DC 모터 제어 — H-Bridge·PWM Duty·Encoder Feedback
- 52스테퍼 모터 제어 — Full Step·Half Step·Microstepping
- 53서보 모터 제어 — PWM 1ms~2ms·Closed Loop·PID
- 54Character LCD 제어 — HD44780·4-bit Mode·Custom Char
- 55SPI OLED 제어 — SSD1306·Frame Buffer·Page 단위 갱신
- 56TFT 디스플레이 구동 — RGB565·FSMC·LTDC·DMA2D
- 57환경 센서 활용 — BME280 온습압·SHT3x·BMP180 비교
- 58IMU 센서 활용 — MPU6050·LSM6DSO·Sensor Fusion
- 59CAN 통신 구현 — bxCAN·Filter·Mailbox·CAN-FD
- 60USB Device 기초 — Descriptor·Enumeration·Endpoint·HID/CDC
- 61Ethernet MAC+PHY 통합 — RMII·lwIP·DMA Descriptor
- 62SD Card + FatFs 구현 — SPI/SDIO 모드·CSD/CID·Wear
- 63RTC 활용 — Calendar·Alarm·Wake-up Timer·Backup Domain
- 64RTOS 도입 결정 분석 — Super Loop vs RTOS 트레이드오프
- 65RTOS Task 설계 패턴 — 우선순위·스택·State Machine
- 66RTOS Scheduler 동작 분석 — Tick·Context Switch·Yield
- 67RTOS Semaphore 활용 — Binary·Counting·ISR Give
- 68RTOS Mutex 활용 — Recursive·Priority Inheritance 적용
- 69RTOS Queue 활용 — By-Value·By-Reference·Timeout 패턴
- 70RTOS Event Group 활용 — Bit Wait·Sync·Notify
- 71RTOS Software Timer 활용 — One-shot·Auto-reload·Daemon Task
- 72ISR-Safe API 설계 — Reentrant·Atomic·Defer 패턴
- 73Priority Inversion 진단·예방 — Mars Pathfinder Lesson 추적
- 74Timer Wheel 분석 — Hashed·Hierarchical·O(1) Tick
- 75RTOS 디버깅 기법 — Tracealyzer·SystemView·Stack 추적
- 76임베디드 Linux 부팅 흐름 분석 — BootROM·U-Boot·Kernel·init
- 77U-Boot 활용 — bootcmd·env·tftp·boot.scr 분석
- 78Device Tree 실전 — DTS·DTB·Overlay·Phandle 추적
- 79Device Tree Overlay 적용 — Runtime fragment·dtoverlay
- 80임베디드 커널 빌드 — defconfig·menuconfig·Image·zImage
- 81커널 모듈 기초 — init/exit·Parameter·KBuild·DKMS
- 82캐릭터 드라이버 작성 — file_operations·cdev·register_chrdev
- 83Platform 드라이버 작성 — probe·remove·of_match·DT 바인딩
- 84mmap 4가지 모드 — Anonymous·File·Shared·Huge Page
- 85epoll 실전 — LT·ET·ONESHOT·EXCLUSIVE 비교
- 86UIO·VFIO 분석 — User-Space Driver와 IOMMU 격리
- 87sysfs·configfs 활용 — kobject 기반 User 인터페이스
- 88IRQ Affinity 튜닝 — smp_affinity·isolcpus·irqbalance
- 89루트 파일시스템 구축 — Buildroot 기초·Package·Toolchain
- 90임베디드 동적 메모리 — malloc 위험·결정성·대안 분석
- 91메모리 정렬과 패딩 분석 — Natural·Strict Alignment·Trap
- 92Cache Line Alignment — alignas·Padding·SoA 적용
- 93DMA-Friendly Allocator — dma_alloc_coherent·IOMMU·Pool
- 94Zero-Copy Pipeline — DMA-BUF·sendfile·io_uring·splice
- 95NUMA Memory Topology — numactl·numa_alloc·HBM 적용
- 96SIMD 활용 분석 — Intrinsics·Auto-Vectorization·OpenMP SIMD
- 97ARM NEON 심화 — Matrix Multiply·FFT·Image Filter 적용
- 98임베디드 스택 분석 — high-water·overflow 탐지
- 99임베디드 코드 크기 최적화 — -Os·LTO·Section Garbage Collection
- 100임베디드 전력 최적화 — Sleep Mode·Clock Gating·DVFS
- 101WCET 분석 기법 — Static·Measurement·Hybrid 방법론
- 102Lock-Free Ring Buffer 구현 — SPSC·Power-of-2·Memory Order
- 103Wait-Free Signaling — Atomic Flag·Sequence·Latest-Value
- 104RCU (Read-Copy-Update) 기초 — Quiescent State·Grace Period
- 105Hazard Pointer 분석 — Lock-Free Memory Reclamation
- 106Compare-And-Swap 패턴 — Stack·Counter·Linked List 적용
- 107Atomic Operation 비용 분석 — Fence·Cache Line·Contention
- 108Spinlock vs Mutex 결정 가이드 — Context Switch·Hold Time
- 109ABA 문제 회피 — Tagged Pointer·Hazard·Generation Counter
- 110False Sharing 해결 — Cache Line Padding·SoA 적용
- 111MPMC Queue 구현 — Multi-producer Multi-consumer Lock-Free
- 112임베디드 디버깅 마인드셋 — 가설·격리·재현·이분탐색
- 113JTAG·SWD 안 붙을 때 — 핀·전압·속도·세션 진단
- 114GDB 원격 디버깅 — OpenOCD·J-Link·target remote 구성
- 115Cortex-M 하드폴트 분석 — Stacked Frame·CFSR 읽기
- 116UART 안 찍힐 때 — Bare-metal 체크리스트
- 117임베디드 부팅 실패 진단 — 단계별 Isolation
- 118인터럽트 누락·중복 진단 — Priority·Pending·Re-entry 추적
- 119메모리 오버플로우·오염 진단 — Canary·MPU·Pattern 분석
- 120타이밍·Race 진단 — Heisenbug 잡는 법
- 121통신 프로토콜 분석 — Logic Analyzer와 Protocol Decoder
- 122임베디드 로깅 시스템 설계 — 레벨·버퍼·SWO·Deferred
- 123임베디드 포스트모템 분석 — Core Dump와 Field Crash
- 124FPGA 기초 분석 — LUT·FF·BRAM·DSP 자원 구조
- 125Vivado 사용법 — Project·Constraint·Synth·Impl·Bitstream
- 126PCIe BAR 매핑 분석 — Config Space·Enumeration·MMIO 접근
- 127AXI 인터페이스 — AXI4·AXI4-Lite·AXI-Stream 비교
- 128Zynq PS-PL 통신 — GP·HP·ACP 인터페이스 선택
- 129Mailbox Protocol 분석 — Host와 Accelerator를 잇는 Doorbell
- 130Command Queue·Submission Queue — NVMe·XDMA 공통 패턴
- 131DMA Completion 메커니즘 — Interrupt·Polling·Completion Ring
- 132PCIe Streaming 분석 — BAR Type·MSI-X·Kernel Bypass
- 133Vitis HLS 분석 — Pragma·Pipeline II·Dataflow 실전 감각
- 134HLS 최적화 기법 — Pipeline·Unroll·Partition·Dataflow
- 135Vitis AI 분석 — DPU·xmodel·VART
- 136OpenCL on FPGA — Kernel·Channel·Burst Memory 분석
- 137Intel Quartus 사용법 — Platform Designer·Nios II·HLS
- 138Edge Inference 분석 — Cloud vs Edge·Latency·Privacy
- 139NPU 아키텍처 분석 — Ethos·Hexagon·Systolic Array 비교
- 140딥러닝 Quantization 분석 — PTQ·QAT·INT8·INT4·Calibration
- 141TensorRT 분석 — ONNX→Engine·FP16·INT8·DLA·Multi-Stream
- 142TFLite Micro 분석 — Op Resolver·Tensor Arena·Cortex-M
- 143ONNX Runtime 분석 — Execution Provider와 Cross-Platform 배포
- 144Edge Thermal Management — Throttling·DVFS·Fan Curve·Sustained
- 145NVIDIA Jetson 분석 — Nano·Xavier·Orin·Thor·JetPack·DLA·VPI
- 146Zero-Copy Camera Pipeline — V4L2·DMA-BUF·GPU Import·NPU 직결
- 147온디바이스 LLM 추론 — llama.cpp·GGUF·MLX·KV Cache·NPU Backend
- 148Cortex-M33 TF-M·TrustZone — Secure Firmware·PSA·MCUboot
- 149Matter·Thread 분석 — IoT 통합 표준·Commissioning·Multi-Fabric
- 150PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
- 151QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
- 152Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
관련 글
Linux CXL 드라이버 분석 — cxl_pci·cxl_core·region·DAX
Linux kernel 6.x의 CXL 서브시스템 — cxl_pci·cxl_core·cxl_mem·region·DAX 모듈의 역할과 probe 흐름.
QEMU CXL Type 3 디바이스 에뮬레이션 — 노트북에서 CXL 개발 환경 구축
QEMU 8.0+ CXL 지원 — 노트북에서 CXL Type 3 디바이스를 에뮬레이션해 드라이버·BIOS 개발 환경 만들기.
PCIe → CXL 진화 — 같은 PHY 위 cache-coherent 프로토콜 추가
PCIe 5.0/6.0 PHY 위에서 CXL이 어떻게 cache coherency를 얹는지 — Flex Bus, 세 프로토콜 다중화, Type 1/2/3 디바이스 구분.