시크한 공돌이의 IT 블로그

1. 서론

ㄱ. 리눅스 시스템 부팅 중 데몬 관리용 스크립트들과 배포본별로 제공하는 런레벨 관리자를(/sbin/init, /etc/init.d, /etc/rc*.d) 사용하지 않는 systemd 방식의 기본 init 시스템을 알아보자

2. 본론

ㄱ. 커널의 로딩과정을 살펴보면

1. 커널이 로드되고 나면, 메모리, 프로세서, I/O 등 여러 하드웨어를 초기화하고 설정한다.

2. 압축된 initramfs 이미지를 메모리의 미리 정해진 위치(SD카드 eMMC 등)로부터 읽어서, /sysroot/에 직접 풀고, 모든 필요한 드라이버를 로드함.

- 이는 LVM이나 소프트웨어 RAID와 같은 파일 시스템과 관련된 가상 장치를 초기화함.

3. 그 후, initramfs 프로세스를 마무리하고, 디스크 이미지가 차지했던 메모리를 모두 해제함.

그 뒤 커널은 루트 장치를 생성하여 읽기 전용으로 루트 파티션을 마운트하고 사용되지 않는 메모리를 해제함.

 - 이 시점에서, 커널은 메모리에 로드되어 작동가능하게 되지만, 시스템에 입력을 허용하는 사용자 응용 프로그램이 존재하지 않아 이러한 시스템을 사용하여 할 수 있는 작업은 많지 않음.

 사용자 환경을 설정하기 위해, 커널은 /sbin/init 프로그램을 실행함.

ㄴ. /sbin/init 프로그램

1. /sbin/init 프로그램(init 라고도 부름)은 나머지 부트 프로세스를 주관하며 사용자를 위한 환경을 설정합니다.

2. init 명령어를 시작할 때, 이는 시스템에서 자동으로 시작하는 모든 프로세스의 부모(0번 프로세스) 또는 조부모가 됩니다.

a. 먼저 /etc/rc.d/rc.sysinit 스크립트를 실행하여 환경 경로, 스왑 시작, 파일 시스템 확인, 시스템 초기화에 필요한 다른 단계를 실행합니다.

 예를 들어, 대부분의 시스템에서는 클럭을 사용하므로, rc.sysinit은 하드웨어 클럭을 초기화하기 위해 /etc/sysconfig/clock 설정 파일을 읽습니다.

 다른 예로, 초기화되어야 하는 특정 직렬 포트 프로세스가 있을 경우, rc.sysinit은 /etc/rc.serial 파일을 싱행합니다.

3. init 명령은 그 후 /etc/event.d 디렉토리에 있는 작업을 실행합니다. 이 디렉토리는 시스템이 각각의 SysV init 런레벨에 따라 어떻게 설정될지를 지정합니다.

- 런레벨은 SysV /etc/rc.d/rc<x>.d/ (여기서 <x>은 런레벨 숫자) 디렉토리에 나열된 서비스들로 정의되는 시스템의 상태 또는 모드를 말합니다.

4. 다음으로, init 명령은 시스템에 대한 소스 기능 라이브러리 /etc/rc.d/init.d/functions를 설정하여, 프로그램의 시작, 종료, PID 결정 방법을 설정합니다. 

 init 프로그램은 /etc/inittab에서 기본값으로 지정된 런레벨에 대한 올바른 rc 디렉토리에 따라 모든 백그라운드 프로세스를 시작합니다. rc 디렉토리는 제시된 런레벨에 상응하는 숫자로 번호가 매겨집니다. 예를 들어, /etc/rc.d/rc5.d/는 런레벨 5에 대한 디렉토리입니다.

 런레벨 5로 부팅할 때, init 프로그램은 /etc/rc.d/rc5.d/ 디렉토리를 보고 시작 및 중지할 프로세스를 결정합니다.

다음은 /etc/rc.d/rc5.d/ 디렉토리의 예시 목록입니다.

 위 목록처럼, 실제 서비스를 시작하고 중지하는 어떤 스크립트도 /etc/rc.d/rc5.d/ 디렉토리에 위치하고 있지 않습니다. 대신, /etc/rc.d/rc5.d/에 있는 모든 파일은 /etc/rc.d/init.d/ 디렌토리에 위치한 스크립트에 대한 심볼릭 링크합니다. 심볼릭 링크는 각각의 rc 디렉토리에 사용되며, 원래의 스크립트에는 영향을 미치지 않고 심볼릭 링크를 생성, 수정, 삭제하는 것으로 런레벨을 재설정할 수 있습니다.

여기서 각 심볼릭 링크 앞에는 S나 K가 붙게 되는데 K는 런레벨에서 종료시켜야 할 프로세스, S는 런레벨에서 시작되는 프로세스 입니다.

 init 명령은 디렉토리에 있는 모든 K 심볼릭 링크를 /etc/rc.d/init.d/<comment> stop 명령을 내려서 중단합니다. 여기서 <command>는 중단될 프로세스를 말합니다. 그 후, 모든 S 심볼릭 링크를 /etc/rc.d/init.d/<command> start 명령을 내려서 시작합니다.

각 심볼릭 링크에는 시작순서 지정을 위한 번호가 매겨집니다. 서비스의 시작 또는 중지의 순서는 이러한 번호를 바꾸어 변경될 수 있습니다. 낮은 번호가 우선으로 시작되며 같은 번호의 링크는 알파벳 순으로 시작됩니다.

init 명령이 런레벨에 따라 적절한 rc 디렉토리를 처리한 후, Upstart는 /sbin/mingetty 프로세스를 /etc/event.d 디렉토리의 작업 정의에 따라 런레벨에 할당된 각각의 가상 콘솔(로그인 프롬프트)에 대해 실행합니다. 런레벨 2부터 5까지는 모두 6개의 가상 콘솔을 가지며, 런레벨 1(단일 사용자 모드)은 하나만을 가지며, 런 레벨 0과 6은 가상 콘솔이 없습니다. /sbin/migetty 프로세스는 tty 장치에 대한 통신 경로를 열고, 그 장치의 모드를 설정, 로그인 프롬프트를 표시한 후, 사용자의 사용자명과 암호를 입력받아 로그인 과정을 진행합니다.

 런레벨 5에서 Upstart는 /etc/X11/prefdm라는 스크립트를 실행합니다. prefdm 스크립트는 지정된 X 디스플레이 관리자 - 이는  /etc/sysconfig/desktop의 내용에 따라 dfm, kdm, xdm 등이 될 수 있습니다.

 실행이 완료되면, 시스템은 런레벨 5에서 작동하고 로그인 화면이 나타나게 됩니다.

1. 서론

ㄱ. Tizen git을 통해 3.10 kernel을 받고 빌드하여 올리는 방법을 알아본다.

2. 본론

1. 타이젠 git에서 3.0 kernel 을 clone 함 

git clone ssh://kimyjin1989@review.tizen.org:29418/platform/kernel/linux-3.10.git

2. git checkout으로 tizen_2.0 브런치로 이동

git checkout tizen_2.0

3. 컴파일 중 exynos_drm.h에서 에서

vi로 .config 수정

http://forum.xda-developers.com/showthread.php?t=1748297&page=12

Solution:

change

CONFIG_DRM_I2C_CH7006=m
to

CONFIG_DRM_I2C_CH7006=n

이런식으로 시도해보겠음.

4. DRM 문제 해결 후 재 컴파일 하는데 sys/ioccom.h 파일이 없다고 뜸

오드로이드 찾아보니 툴체인이 4.6이나 4.7 이상 되어야 컴파일 된다고 댓글 달린것이 있음.

5. 위의 에러는 ARM-EABI의 버전이 낮아서 발생한 문제로 4.7로 변경하니 에러 하나와 함께 빌드 됨.

해당 에러는 다음의 그림과 같음

이 에러를 해결하기 위해 zlop 설치.

6. 위의 문제를 해결한 후

커널을 빌드하게 되면 다음과 같이 빌드가 된다.

7. 이 이미지를 fastboot를 통해서 U-boot가 올려져있는 SD카드에 넣고 부팅하게 되면.

위와같이 Starting kernel에서 정지됨.

3. 결론

ㄱ. 커널 빌드가 되었습니다. 

ㄴ. 커널이 시작되지 않는 이유를 찾고 고치도록 하겠습니다.

1. 목적

ㄱ. 먼저 u-boot를 다운받는 이유와 그 방법을 알아본다.

ㄴ. 임베디드 보드의 부팅 절차를 알아본다. 

2. 내용

ㄱ. 먼저 odroid의 git을 통해 오드로이드용 U-boot를 다운받는다.

먼저 git이 없다면 설치한다.

 오드로이드용 U-boot는 다음의 git 명령어를 통해 다운을 받을 수 있다.

U-boot가 다운로드 되면 컴파일을 실행한다.

컴파일이 완료되면 sd카드에 Fusing을 해야한다.

위의 과정이 끝난 후 SD카드를 오드로이드 X2에 넣고 실행하게 되면 u-boot 가 실행되는것을 볼 수 있다.

3. 결론

ㄱ. 위의 과정을 통해  오드로이드 SD카드에 부트로더인 u-boot를 올리는 방법을 알아보았다.

ㄴ. 이제 타이젠의 커널을 받아 빌드하고 커널 이미지를 올리는 방법을 알아보도록 한다.

1. 목적(purpose)

ㄱ. 타이젠 관련 실행파일의 빌드를 위해 ARM 크로스 컴파일러를 설치한다.

(ARM toolchain install to cross compile for build of Tizen)

ㄴ. 설치한 크로스 컴파일러의 설정을 한다.

(Configuration ARM cross complie toolchain)

※ 추후 u-boot를 빌드에 64비트 실행이 존재하므로 이전 우분투를 설치할 때 64BIT 운영체제를 설치하도록 한다. (You must install 64bit OS to build u-boot. U-boot builder have 64bit execute file)

2.내용(body)

ㄱ. 툴체인 다운로드 (Toolchain Download)

a. 먼저 http://www.mentor.com/에서 IA32용 GNU/Linux ARM EABI를 받아야함.

(First, you have to download 'GNU/Linux EABI for IA32' in http://www.mentor.com/)

https://sourcery.mentor.com/GNUToolchain/release1294?lite=arm 접속(enter the link)

위와 같은 화면이 보이면 'Download Lite Edition' 클릭한다.('Download Lite Edition' click)

각 양식들을 체우고 'Get Lite!' 버튼을 클릭한다. (Fill in all of form.)

그 후 메일을 확인하면 ARM EABI를 받을 수 있는 메일이 수신되어있다. 메일을 열면 아래와 같은 주소가 담긴 메일이 보인다.(Then, you can receive a mail to download ARM EABI)

주소가 담긴 메일에서 빨간 네모박스 위치의 주소를 클릭하면 ARM의 EABI를 다운받는다.

(Click the link inside of red box to download ARM EABI)

※ 여기서 EABI란(임베디드 응용 프로그램 이진 인터페이스, embedded-application binary interface)는 임베디드 소프트웨어 프로그램을 수행하는 파일 형식, 자료형, 레지스터 사용, 스택 프레임 조직, 명령 변수를 위한 표준 변환을 정의하고 있다.

EABI를 지원하는 컴파일러는 이와 같은 또다른 컴파일러가 만든 코드와 호환되는 목적 코드를 만드므로 개발자들이 다른 컴파일러가 만들어 낸 목적 코드와 한 컴파일러로 만든 라이브러리를 연결할 수 있게 한다. 자체적인 어셈블리어 코드를 작성하는 개발자들은 EABI를 사용하여 호환 컴파일러가 만들어낸 어셈블리 코드와 상호 작용하게 할 수 있다.

일반 목적의 운영 체제에서 ABI와 EABI의 주된 차이점은 권한 명령이 응용 프로그램 코드 내에서 실행되는 점, 동적 링크가 요구되지 않는다는 점(심지어는 아예 동적 링크를 허용하지 않는 경우도 있음), 메모리 저장을 위해 더 작아진 스택 프레임 조직을 갖춘다는 점이 있다.

(An embedded-application binary interface (EABI) specifies standard conventions for file formats, data types, register usage, stack frame organization, and function parameter passing of an embedded software program.

Compilers that support the EABI create object code that is compatible with code generated by other such compilers, thus allowing developers to link libraries generated with one compiler with object code generated with a different compiler. Developers writing their own assembly language code may also use the EABI to interface with assembly generated by a compliant compiler.

The main differences of an EABI with respect to an ABI for general purpose operating systems are that privileged instructions are allowed in application code, dynamic linking is not required (sometimes it is completely disallowed), and a more compact stack frame organization is used to save memory.[4] The choice of EABI can affect performance.)

빨간 네모박스의 IA32 GNU/Linux TAR 파일을 받는다. (Download IA32 GNU/Linux TAR file inside of redbox)

다운 파일이 Downloads 폴더 안에 생성된것을 볼 수 있다.(arm-2010q1-188-arm-none-eabi-i686-pc-linux-gnu-tar.bz2)

(You can see tar file in Downloads folder. File name is arm-2010q1-188-arm-none-eabi-i686-pc-linux-gnu-tar.bz2.)

위와 같은 tar -xvf 명령어를 통해 압축을 푼다.(Extract tar file by tar -xvf command)

압축을 풀면 arm-2010q1 이라는 폴더가 생성됨을 볼 수 있다.(You can see arm-2010q1 folder after extract.)

위와 같은 cp 명령어를 통해 사용자가 원하는 폴더로 ARM EABI 폴더를 이동시킨다.(move arm-2010q1 folder to every dir where you want by cp.)

폴더가 이동되었다면 자신의 HOME 폴더의 .bashrc 파일을 수정한다. .bashrc 파일은 bash shell이 시작될 때 초기화되는 sell script들을 모아놓은 파일이다.(If folder is moved successfully, you have to edit .bashrc in your HOME folder.)

위와 같이 .bashrc에 자신의 ARM EABI 위치에 대한 경로를 추가해 준다.(Specify your ARM EABI folder PATH end of the .bashrc file.)

:wq 명령어를 통해 저장하고 복귀한다.(Return to shell bu :wq command.)

ㄴ. 위와 같은 툴체인 설치가 완료되었다면 32bit 라이브러리를 설치한다.(Install 32bit libs)

'sudo apt-get install ia32-libs' 명령어를 통해 설치하게 된다.

3.결론(conclusion)

ㄱ. 지금까지 ARM 크로스 컴파일을 위한 ARM EABI 설치를 진행해 보았다.(We installed ARM EABI for ARM cross complie)

ㄴ. 다음은 타이젠의 u-boot 소스를 받고 엑시노스 4412의 콘피규어 파일을 포팅하고 빌드해 보도록 하겠다.(We will download u-boot of Tizen and porting Exsynos4412 config file to Tizen u-boot next time)