시크한 공돌이의 IT 블로그

■ 우분투 버전을 확인하는 방법을 알아봅시다.

 우분투 버전을 확인하기 위해서는 다음 명령어를 써서 확인합니다.

  $ cat /etc/issue

■ 타이젠 포팅을 하면서 리눅스 부팅 과정 중 fstab부분이 디바이스의 마운트와 관련이 있다는 것을 알았습니다. 그렇다면 fstab은 무엇일까요??

- fstab은 리눅스 부팅 과정 중 디바이스 마운트를 담당하는 부분으로 어떤 디바이스가 어떤 파티션에 마운트 될것인지 등을 명시합니다.

fstab 모습

■ 각 필드별 세부 사항을 알아볼까요?

- 첫 필드 : 디바이스 명 / NFS나 SBM 파일 시스템을 사용하고 원격 머신의 디스크를 마운트할 경우는 호스트 명 등을 지정합니다.

- 둘째 필드 : 마운트 포인트 / 이때, 스왑 파티션은 마운트 되지 않기 때문에 "none" 이나 "swap"으로 기술합니다.

- 셋째 필드 : 파일 시스템의 종류 / 리눅스는 수많은 파일 시스템이 있기 때문에 이 필드에서 바르게 명시를 하여야합니다.

■ dd는 리눅스의 복사 유틸리티 입니다. 오늘은 이 유틸리티를 이용하여 파일 디바이스의 원하는 크기만큼 지우는 방법을 알아봅시다.

- 이때는 dd의 count 명령어를 사용하게 됩니다. count 는 dd를 통해 지정된 크기만큼 해당 input  파일을 output 파일에 덮어씌우라는 명령어 입니다. 

- dd를 살펴보면 

if는 input device file입니다. of 는 output device file 입니다. 

count를 통해 사이즈를 지정해 줍니다. 여기서 bs(bytes) 옵션이 붙을 수 있는데 bs=100 라는 옵션이 붙는다면 100bytes 씩 1024개를 덮어씌우라는 의미입니다.

■ 윈도우의 cmd를 사용하다보면 프롬프트에서 드라이브를 바꿔야할 때가 있는데 이때는 어떻게 할까요?

- 정답은 그냥 드라이브 명을 써라 입니다.   

c:\>(원하는 드라이브명) 

f드라이브로 가고싶다면 위와 같이 쓰면 딱! 끝! 입니다.

■ 오늘의 리눅스 스몰 팁은 리눅스 커널 컴파일 중 아래와 같은 에러가 발생할 때 처리 방법입니다.

- 다음의 링크를 통해 arm-eabi 를 받습니다

http://www.mdrjr.net/odroid/tools/arm-2010q1.tar.xz

리눅스에서 바로 받으시려면 다음과 같이 입력합니다.

이제 재컴파일 해보시면 해당 에러는 사라지는 것을 알 수 있습니다. 하지만 컴퓨터를 재부팅하면 위의 명령어들을 다시 실행하여야 합니다.

이를 해결하기 위해서는

 ...

■ CP 명령어를 사용하면서 용량이 큰 파일을 복사할때는 그 진행사항이 궁금할때가 있는데요 그럴땐 어떻게 해야할까요??

▶ 답은 바로 -v 옵션입니다.

 
▶ 하지만!! 현재 윈도나 여러 곳에서 보이는 것처럼 프로그래스 바(Progress bar) 형태의 진행사항은 표시하지 못한다는 단점이 있습니다. 이에 Advanced copy 라고 하는 방식의 패치를 통해 프로그래스 바 옵션인 -g 옵션을 추가 하여 사용하고 있습니다. 

■ 리눅스에서 ls 명령어를 통해 파일이나 디렉토리의 정보를 보다보면 용량이 블럭 단위로 표시되어 확인하기 힘들때가 있습니다.

▶ 그렇다면 어떻게 해야될까요??

 ■ DTB[[Device Tree Blob (Flat Device Tree)]란 무엇인가??

 리눅스 부팅 과정을 공부하면서 tizen은 dtb를 이용한 부팅을 한다는 것을 보게되었습니다.

이는 BOOT파티션에 zImage나 uImage와 같이 부팅에 사용되게 되는데요.

 지금부터 포스팅 하는 지식은 다음의 informIT 의 글을 보며 작성하도록 하겠습니다.

 ■ 그렇다면 DTB는? 

 DTB는 Device Tree Blob (Flat Device Tree)의 약자로 리눅스 포팅(+ U-Boot)에서 여러가지 힘든점 중 하나이다. 

 DTB는  하나의 데이터베이스(Database)입니다. 이는, 주어진 보드를 대표하는 하드웨어 컴포넌트들입니다. DTB는 IBM OpenFirmware specifications로 부터 왔으며 부트로더에서 커널로 low-level hardware information을 전달시키는 기본 메커니즘으로 선택되었습니다.

 DTB를 위한 제일의 요구사항은 U-Boot는 U-Boot안에 헤더 파일로부터 온 커널안의 유사한 헤더 파일과 확실하게 일치하는 보드의 정보 구조체를 커널로 넘겨줘야한다는 것 입니다. 

 이것은 sync 안에 유지하기하 굉장히 어렵고 잘 변환되지 않습니다. 이것이  flat device tree를 부트로더에서 온 low-level 하드웨어 정보들을 커널로 보내는 하나의 메소드 같이 포함시키는 동기가 되었습니다.

  U-Boot나 다른 low-level 펌웨어와 유사하게, DTB를 마스터 하는것에는 하드웨어 단의 완전한 지식이 필요합니다. 인터넷 검색을 통해서 몇개의 device tree에 대해 소개하는 문서들을 찾을 수 있습니다. 정말 좋은 시작 방법은 Denx Software Engineering wiki page를 보는 것입니다. 레퍼런스들은 이 글 아래에 링크되어 있습니다.

 시작하기 위해, DTB가 통상의 부트 과정에서 어떻게 사용되는지 보도록 하겠습니다.

아래의 박스는 U-Boot를 이용하는 Porwe Architechture 타겟의 부트 과정을 보여주고 있습니다.

▶ U-Boot에서의 Device Tree Blob과 리눅스를 부팅하는 과정

※ 내용은 지속 작성중이며 추가하는 상태입니다.

1. 목적

ㄱ. CMake가 무엇인지 알아보자.(Learn What is CMake.)

ㄴ. CMake의 사용법을 알아보자. (Let's learn how to use CMake.)

ㄷ. U-Boot에 lthor를 패치해보자.(Patch lthor to Odroid U-Boot.)

2. 본론

ㄱ. CMake란 무엇인가??(What is CMake?)

a. CMake(Cross Platform Make)는 멀티 플랫폼으로 사용할 수 있는 Make의 대용품을 만들기 위한 오픈소스 프로젝트로 키트웨어와 인사이트 콘솔티엄에서 만들었다. 스스로 기존의 Make의 과정을 수행하지는 않고 지정한 운영체제에 맞는 Make 파일(마이크로소프트 윈도에서는 솔루션 파일)의 생성만을 수행하기 때문에 Meta Make라고도 불린다.
※ 가장 큰 이점은 유닉스 계열의 OS 중심이던 기존의 Make와 달리 한번 작성해 두면 유닉스 계열은 물론, 윈도 계열의 프로그래밍 도구도 지원한다.

여기서 여러 빌드 도구를 살펴보자면

- GNU build system(주로 autotools라고 부름 / 소스 코드 패키지를 수많은 유닉스 계열 운영 체제로 포팅할 수 있게 도와 주는 프로그래밍 도구 제품군이다. / 위키 링크)

- Waf(콘피규어링을 위한 파이선 기반의 프레임워크로 어플리케이션의 컴파일과 인스톨을 수행한다. / Waf is a Python-based framework for configuring, compiling and installing applications. Here are perhaps the most important features of Waf / 와프 링크)

- SCons[오픈 소스 소프트웨어 빌드 도구. SCons는 autoconf/automake의 기능과 ccache(ccache는 사용자 디렉토리에 .ccache라는 폴더를 생성하여 object 파일을 해싱하여 저장 - preprocessor를 거친 소스코드를 해슁하여 해당 키와 겹치는 object코드가 있으면 컴파일 하지 않고 해당 object를 그냥 반환함.) 와 같은 컴파일러 캐시를 통합한, 고전적인 Make 유틸리티의 대체품이다. 이전의 도구들과 비교하여, SCons는 더 쓰기 쉽고, 더 신뢰할 수 있고, 더 빠른 것을 목표로 한다. / 위키 링크]

b. CMake도 위와 유사한 빌드 도구 중 하나입니다.

 CMake는 여러가지 이점이 있습니다. 

 예를 들자면 KDE(다양한 운영체제에서 구동 가능한 프로그램들을 제작하는 다국적 자유 소프트웨어 커뮤니티)가 SCons 에서 CMake로 빌드 툴을 변경했는데 그 이유를 다음과 같이 서술 하고 있습니다.

- 이점(Pros / advantages)

1. CMake는 KDE의 빌드에 없었던 여러가지 향상된 부분들을 제공한다.

2. 이것은 마치 프레임워크처럼 완전한 작업 설정을 지원한다, 이로써 쓰기가 쉽다.

3. 나(Peter Linnell)는 대부분의 kdelibs(The KDE Library API Reference / KDE3)를 관리했다.

4. CMake는 C++ 컴파일러를 제외하고 다른 위존성이 없다.

5. CMake는 기본적인 모든 UNIX, MS Windows(MSVS, Borland, cygwin, mingw)와 Mac OS X를 지원한다.

6. CMake는 KDevelop3, MSVC 6, 7, XCode를 위한 Makefile들과 프로젝트들을 생성할 수 있다.

7. CMake는 단순한 구문을 가지고 있다.

8. 이것은 테스팅 프레임워크의 특징들이다.

9.  이것은 compiling libs, apps, KDE kparts, KDE ioslaves, KDE loadable modules, -enable-final, la-file generation을 지원한다.

10. Makefile을 CMake 파일로 90변환을 지원하는 루비 스크립트로 작성된 am2cmake가 있다.

- 단점(Cons / disadvantages)

1. 파일 설치 작업을 위한 CMake 커맨드는 강력하지 않다, 하지만 KDE를 지원하기 위해 고쳐질 수 있다는 것을 개발자들은 안다.

2. 설치중에 relinking이 확실하지 않다.

3. 진행 상황 %가 나오지 않는다 : 이것은 CMake에선 완성될 수 없다, CMake는 자체로 빌드 시스템이 아니기 때문, 이것은 단지 native buildsystem을 위한 입력 파일들을 생성한다.

c. 이런 장단점으로 인해서 CMake를 사용한다고 합니다.

3. 결론

ㄱ. CMake는 멀티 플랫폼을 위한 빌드 지원 시스템이며 사용이 쉽고 관리하기 편하다.

- 참고 사항 

http://lwn.net/Articles/188693/

http://bunhere.tistory.com/256

http://ko.wikipedia.org/wiki/KDE

http://en.wikipedia.org/wiki/Decision_making

http://ko.wikipedia.org/wiki/CMake