'Embedded System/Embedded Linux'에 해당되는 글 8건
- 2009.05.03 임베디드 리눅스 - MTD(Memory Technology Device)
- 2009.05.03 임베디드 리눅스 - 플래시 맵
- 2009.05.03 임베디드 리눅스 - 전원 관리
- 2009.05.03 임베디드 리눅스 - UART(Universal Asynchronous Receiver Transmitter)
- 2009.05.03 임베디드 리눅스 - 타이머
2009. 5. 3. 14:08
Embedded System/Embedded Linux
임베디드 리눅스 시스템에서 플래시는 일반적으로 다음과 같은 용도로 사용된다.
- 부트로더의 저장
- OS(커널) 이미지의 저장
- 응용 프로그램과 이들에서 이용하는 라이브러리
- (설정 데이터를 포함한) 읽고 쓰기가 가능한 파일들
만약 시스템에 부트로더가 사용된다면 최소한 두 개의 파티션이 필요하다. 하나는 부트로더 정보를 저장하는 파티션으로 나머지 하나는 루트 파일 시스템을 저장할 것이다. 이러한 (플래시의) 구분은 플래시 맵으로 표현할 수 있다.
※ 출처 : ITC "임베디드 리눅스 시스템의 설계와 개발"
2009. 5. 3. 11:40
Embedded System/Embedded Linux
하드웨어와 전원 관리
일반적으로 LCD 디스플레이 유닛이 시스템 내에서 가장 많은 전력을 소비하고, 그 다음으로는 프로세서, 그 다음으로는 사운드 카드, 메모리, 네트워크 카드 순으로 전력을 많이 소비한다. 이러한 장치들은 디바이스 드라이버는 전원 관리 기능을 고려하여 작성되어야 한다.
그 중에서 가장 중요한 CPU 전원 관리는 다음과 같은 사실들을 기초로 한다.
- 프로세서의 전력 소비는 클록 주파수에 직접적으로 비례한다.
- 프로세서의 전련 소비는 전압의 제곱에 직접적으로 비례한다.
최신의 임베디드용 프로세서들은 이 점을 고려하여 동적 주파수 조정(dynamic frequency scaling)과 동적 전압 조정(dynamic voltage scaling)이라는 두 가지 기능을 제공한다.
CPU가 제공하는 이러한 기능들은 일반적으로 OS가 시스템 부하에 따라 모드를 변경하도록 사용된다.
- 아이들(idle) 모드
- 여러 프로세서 클록들이 중지된 상태(주변 장치에 대한 클록은 살아 있음).
- 임베디드 시스템은 보통 이벤트 기반의 시스템으로 구현되므로 프로세서는 대부분의 시간을 사용자나 외부 세계로부터 이벤트가 발생하기를 기다리는 데 소모한다. 프로세서가 사용자로부터 이벤트가 발생하기를 기다리며 아이들(idle) 모드에 있는 동안은 타이머 인터럽트 처리와 같은 시스템에 필요한 최소한의 태스크만이 동작하게 될 것이다.
- 슬립(sleep) 모드
- CPU와 대부분의 주변 장치에 대한 전원이 꺼진 상태
- 최저의 전력을 소비하는 모드
운영체제는 전원 관리 프레임워크에서 매우 중요한 역할을 담당하며, 다음과 같은 기능을 수행한다.
- 프로세서가 아이들 모드나 슬립 모드와 같은 여러 모드로 동작하도록 결정한다.
- 시스템 부하에 따라 동적으로 주파수와 전압을 변경할 수 있는 기능을 제공해야 한다.
- 여러 디바이스 드라이버에서 주변 장치의 절전 모드를 사용할 수 있도록 하는 드라이버 프레임워커를 제공해야 한다.
- 특정 응용 프로그램에게 전원 관리 프레임워크를 제공해야 한다. 이 과정은 매우 중요한데, 각 임베디드 장치의 전원 요구사항은 각기 다르기 때문에 다양한 임베디드 장치에 적합한 전원 관리 정책을 OS 내에 구현하는 것은 매우 힘들다. 대신 OS는 단지 이러한 프레임워크를 구성해 주고, 응용 프로그램에서 전원 관리 정책을 구현하여, 각 장치에 맞도록 이 프레임워크를 설정할 수 있도록 하였다.
전원 관리 표준
리눅스가 지원하는 전원 관리 표준은 APM과 ACPI의 두 가지이다. 이 두 표준 모드 x86 아키텍처를 기반으로 하고 있다.
- APM
- 전원 관리에 관한 작업을 주로 BIOS에 의존하여 처리
- BIOS에서 전원 관리 기능을 제어하는 방법에는 많은 단점이 존재
- BIOS는 시스템의 부하를 키보드와 같은 IO 장치의 부하를 통해 판단하기 때문에, 시스템이 거대한 프로그램을 컴파일하는 경우와 같이 계산 위주의 작업들을 수행하는 중에도 키보드나 마우스 같은 장치를 사용하지 않고 있으면 시스템을 저전력 모드로 들어가게 하는 경우가 발생한다.
- BIOS는 시스템의 부하를 오직 마더보드상에 존재하는 장치들을 통해서만 판단한다. 따라서 USB 버스에 연결된 장치의 경우 마더보드에 직접 연결되지 않았으므로 전원 관리 시스템과 연계되지 못한다.
- APM은 BIOS에 의존적이며 각각의 BIOS는 고유한 제한사항 및 인터페이스(그리고 버그)들을 갖고 있으며 이 모든 것에 맞추기는 매우 힘들다.
- ACPI
- 대부분 전원 관리 작업을 OS에서 처리
- BIOS에 의존하는 부분이 있지만 APM에 비해 그 정도가 매우 작다.
- AML(ACPI Machine Language)이라는 인터프리터 언어를 통해 OS는 장치에 대한 세부적인 지식이 없어도 장치의 전원 관리를 적절히 수행
프로세서의 절전 모드 지원
전원 관리와 관련하여 리눅스 커널 내에서 가장 먼저 수행되는 일 중의 하나는 아이들 루프 내에서 프로세서를 아이들 모드로 전환하도록 하는 일이다.
전원 관리 표준의 사용은 x86 외의 플랫폼에서도 이용할 수 있는 인터페이스의 집합을 제공하며, 따라서 전원 관리용 응용 프로그램을 직접 이용할 수 있다. x86 외의 플랫폼에서 선택된 방법은 리눅스 커널을 수정하여 x86 BIOS에서 수행하는 작업들을 커널과 부트로더에서 제공하고, 이를 통해 APM/ACPI 형식의 인터페이스를 사용자 공간에 제공하는 것이다.
2.6 커널은 주파수 조정을 위한 통합 프레임워크를 제공한다. 이 프레임워크는 주파수 조정 기능을 지원하는 아키텍처상에서 동적으로 주파수를 변경하는 방법을 제공한다. 하지만 커널에서는 전원 관리에 대한 정책을 제공하지 않고, 이를 응용 프로그램에 넘겨 응용 프로그램이 프레임워크를 이용하여 주파수를 관리하도록 한다. 이것은 주파수 조정 정책이 시스템의 용도에 따라 달라지기 때문이다. 이를 위한 일반적인 솔루션은 구현하기가 불가능하며, 따라서 전원 관리 정책의 구현은 사용자 공간의 응용 프로그램이나 데몬(daemon)이 담당한다.
전원 관리를 위한 통합 드라이버 프레임워크
디바이스 드라이버는 전원 관리 소프트웨어의 중심을 이룬다. 디바이스 드라이버와 커널 내의 실제 전원 관리 소프트웨어를 분리해 놓았으며, 디바이스 드라이버는 전원 관리 기능을 사용하기 위해 자신을 커널을 등록해야 한다. 만약 디바이스 드라이버가 전원 관리 기능을 이용한다면, 장치가 동작하지 않을 때는 아무런 작업도 이루어지지 않도록 보장해야 한다.
전원 관리를 디바이스 드라이버 단에서 처리하도록 구현하는 데 있어 중요한 사항은 순서에 대한 문제이다. 어떤 장치가 다른 장치에 종속적으로 동작하는 경우에는 두 장치는 반드시 적절한 순서대로 전원 관리가 이루어져야 한다.
전원 관리 응용 프로그램
- apmd 데몬
- APM
- /proc/apm 파일을 통해 리눅스 커널이 APM을 지원하는지 검사
- http://alumnit.ca/~apenwarr/apmd/
- acpid 데몬
- ACPI
- /proc/acpi/event 파일을 감시하여 전원 관리에 관련된 이벤트가 발생할 경우 이를 처리하기 위한 프로그램을 실행
- http://acpid.sf.net
※ 출처 : ITC "임베디드 리눅스 시스템 설계와 개발"
2009. 5. 3. 02:45
Embedded System/Embedded Linux
보드상에 있는 직렬 포트는 세 가지 목적으로 사용될 수 있다.
- 모든 부트 메시지를 표시하기 위한 시스템 콘솔
- 커널 내의 모든 메시지 출력은 printk() 함수를 통해 이루어진다. printk() 함수는 출력될 메시지의 목록을 원현 로그 버퍼에 저장하고, 등록된 콘솔 장치의 처리함수들을 호출하여 저장된 메시지를 출력하도록 한다.
- UART, 프린터, 네트워크와 같은 장치들은 console 구조체를 이용하여 콘솔 인터페이스를 제공하고, printk() 함수에서 메시지를 받아올 수 있다.
- 표준 TTY(Teletypewriter) 장치
- 커널 디버거 KGDB 인터페이스
- 커널을 위한 소스-레벨 디버거로 GDB를 이용하여 구현됨
- KGDB는 주로 직렬 인터페이스상에서 동작하지만 이더넷 인터페이스상에서 KGDB를 사용할 수 있는 패치들도 존재
- KGDB는 GDB 스텁(stub)과 직렬 드라이버로 구성
- GDB 스텁은 커널 HAL 내에 존재
- 직렬 포트 인터페이스와 GDB 스텁과 연결하는 BSP의 몫
※ 출처 : ITC "임베디드 리눅스 시스템 설계와 개발"
2009. 5. 3. 02:21
Embedded System/Embedded Linux
BSP(Board Support Package)에서 설정해야 하는 두 가지 타이머가 있다.
- PIT(Programmable Interval Timer) (필수) : 이 타이머는 타이머 인터럽트 내에서 시스템 펄스 혹은 틱(tick)을 발생 시키는 일을 한다.
- RTC(Real-Time Clock) (필수 아님): 이것은 보드상에서 프로세서와 상관없이 동작하는 외부 칩이다. RTC는 보드에 전원이 인가되지 않아도 특수한 전지에 의해 계속 전원이 유지된다. 따라서 RTC가 한 번 설정되면 현재 시간을 알려주는 서비스를 제공할 수 있다.
※ 출처 : ITC "임베디드 리눅스 시스템 설계와 개발"