이 문서의 저작권은 GPL license를 따릅니다(This document is released under the GPL license).
Documentation/power/regulator/overview.txt
리눅스 전압과 전류 레귤레이터 프레임워크
========================================
이것에 관하여
=============
이 프레임워크는 전압과 전류 레귤레이터를 제어하기 위한 표준 커널 인터페이스를
제공하기 위해서 디자인 되었습니다.
그 의도는 시스템으로 하여금 전력을 절약하고 더 긴 배터리 수명을 위해 동적으로
레귤레이터의 전원 출력을 제어할 수 있도록 하는 데 있습니다. 이 것은 (전압 출력을
제어 가능한 곳에서)전압 조절 장치와 (전류 제한이 제어 가능한)전류 제어, 둘 다
적용합니다.
(C) 2008 Wolfson Microelectronics PLC.
저자: Liam Girdwood <lrg@slimlogic.co.uk>
번역: 양정석 <dasomoli@gmailREMOVETHIS.com>
용어
====
이 문서 안에서는 몇몇 용어가 사용됩니다:-
o 레귤레이터 – 다른 디바이스로 전력을 공급하는 전자 장치.
어떤 것들은 그들의 출력 전압과 (또는) 전류를 제어할 수 있는
데 반해 대부분의 레귤레이터는 그들의 출력을 켜고 끌 수 있습니다.
입력 전압 -> 레귤레이터 -> 출력 전압
o PMIC – 전력 관리 칩(Power Management IC). 한 IC는 여러개의 레귤레이터와
종종 다른 서브 시스템을 포함합니다.
o 컨슈머 – 레귤레이터에 의해 전력이 공급되는 전자 장치.
컨슈머는 두가지 타입으로 분류할 수 있습니다:-
정적: 컨슈머는 그 공급 전압이나 전류 제한을 바꾸지 않습니다.
그저 그 전원 공급을 켜거나 끄는 것만을 필요로 합니다. 그 공급
전압은 하드웨어, 부트로더, 펌웨어나 커널 보드 초기화 코드에
의해서 결정됩니다.
o 파워 도메인 – 레귤레이터, 스위치의 출력 전원 또는 다른 파워 도메인에 의한
그 입력 전원이 공급되는 전자 회로.
그 공급 레귤레이터는 스위치(들) 뒤에 있을 것입니다. 예를 들면,
레귤레이터 -+-> 스위치-1 -+-> 스위치-2 –> [컨슈머 A]
| |
| +-> [컨슈머 B], [컨슈머 C]
|
+-> [컨슈머 D], [컨슈머 E]
저것은 하나의 레귤레이터와 세 개의 파워 도메인입니다:
도메인 1: 스위치-1, 컨슈머 D와 E.
도메인 2: 스위치-2, 컨슈머 B와 C.
도메인 3: 컨슈머 A.
그리고 이것은 “공급자들” 관계를 나타냅니다:
도메인-1 –> 도메인-2 –> 도메인-3.
하나의 파워 도메인은 다른 레귤레이터들에 의해 전원이 공급되는
레귤레이터들을 갖을 것입니다. 예를 들면,
레귤레이터-1 -+-> 레귤레이터-2 -+-> [컨슈머 A]
|
+-> [컨슈머 B]
이 것은 우리에게 두 개의 레귤레이터와 두 개의 파워 도메인을 줍니다:
도메인 1: 레귤레이터-2, 컨슈머 B
도메인 2: 컨슈머 A
그리고 하나의 “공급자들” 관계:
도메인-1 –> 도메인-2
o 제약 사항 – 제약 사항은 성능과 하드웨어 보호를 위한 전원 레벨을 정의하는데
사용되고는 합니다. 제약 사항은 세 개의 레벨이 존재합니다:
레귤레이터 레벨: 이것은 레귤레이터 하드웨어 동작 파라미터에
의해서 정의되고, 레귤레이터 데이터 시트 내에서 정해집니다.
예를 들면,
– 전압 출력은 800mV -> 3500mV 범위 안 입니다.
– 레귤레이터 전류 출력 제한은 20mA @ 5V 아니면 10mA @10V 입니다.
파워 도메인 레벨: 이것은 커널 레벨 보드 초기화 코드에 의해서
소프트웨어 내에서 정의됩니다. 그것은 파워 도메인을 특정 전원
범위로 제약하는데 사용되곤 합니다. 예를 들면,
– 도메인-1 전압은 3300mV
– 도메인-2 전압은 1400mV -> 1600mV
– 도메인-3 전류 제한은 0mA -> 20mA.
컨슈머 레벨: 이것은 컨슈머 드라이버가 동적으로 전압이나 전류 제한
레벨을 셋팅함에 의해서 정의됩니다.
예를 들면, 컨슈머 백라이트 드라이버가 전류 증가를 위해 5mA 에서
10mA 로 LCD 광도 증가를 위해 요청을 합니다. 이 것은 다음과 같은
레벨을 통해 진행됩니다 :-
컨슈머: LCD 밝기를 증가할 필요가 있다. 밝기 테이블(컨슈머 드라이버는
같은 레퍼런스 디바이스 상에서를 기초로 여러 다른 개인 설정을 사용하기도
한다) 안에서 살펴보고 다음 전류 mA 값을 요청하라.
파워 도메인: 새로운 전류 제한이 이 도메인과 시스템 상태(예를 들면,
배터리 전원, USB 전원)를 위한 동작 제한들 내에 있는가
레귤레이터 도메인: 새로운 전류 제한이 입력/출력 전압을 위한 레귤레이터
동작 파라미터 내에 있는가
만약 그 레귤레이터가 모든 제약사항 테스트를 동과하면 새로운 레귤레이터
값이 적용됩니다.
디자인
======
프레임워크는 SoC 기반의 디바이스들을 대상으로 하고 디자인되었습니다만, SoC가
아닌 디바이스들과도 관련이 있고, 다음 네가지 인터페이스에 따라 나뉩니다:-
1. 컨슈머 드라이버 인터페이스
이것은 컨슈머 드라이버가 레귤레이터를 (클럭 atm으로 할 수 있는 것 같이)
얻거나 내려 놓을 수 있고, 전류 제한, 모드, 켜고 끄기, 전압을 읽고/셋팅할
수 있다는 것에서 커널 클럭 인터페이스와 비슷한 API 를 사용합니다. 컨슈머
에게 그 공급 전압과 전류 제한의 완전한 제어를 허용하여야 합니다. 또한
사용 중이 아니면 꺼져서 드라이버들이 전원 제어를 위한 레귤레이터 없이
시스템 안에서 재사용될 수 있도록 합니다.
Documentation/power/regulator/consumer.txt 를 보세요.
2. 레귤레이터 드라이버 인터페이스
이것은 레귤레이터 드라이버가 그들의 레귤레이터를 등록하고, 그 코어에
동작을 제공할 수 있도록 합니다. 또한 레귤레이터 이벤트를 클라이언트에게
퍼뜨리기 위한 노티파이어 호출 체인을 가집니다.
Documentation/power/regulator/regulator.txt 를 보세요.
3. 머신 인터페이스
이 인터페이스는 머신 의존적인 코드를 위해서 존재하고, 각 레귤레이터를
위한 전압/전류 도메인의 (제약사항과 함께) 생성을 가능하도록 합니다.
버그가 있는 클라이언트 드라이버에 의한 과전압 또는 과전류에 따른
디바이스 손상을 막는 레귤레이터 제약사항을 제공할 수 있습니다. 또한
어떤 레귤레이터가 다른 것들에 의해 공급되는지를 나타내는 (클럭 트리와
비슷한) 레귤레이터 트리의 생성을 하도록 합니다.
Documentation/power/regulator/machine.txt 를 보세요.
4. 유저스페이스 ABI.
그 프레임워크는 또한 많은 유용한 전압/전류/동작모드 데이터를 유저스페이스에
sysfs를 통해 드러냅니다. 이것은 디바이스 전원 소비와 상태를 들여다 보는데
사용될 수 있습니다.
Documentation/ABI/testing/sysfs-class-regulator 를 보세요.