[ BBB - yocto (3) ] u-boot

u-boot는 하드웨어를 초기화 해주고, 부트로더, 커널 이미지, 디바이스 트리, 오버레이를 로드하여주는 역할을 함


u-boot에 진입하면 '=>' 이렇게 생긴 기호가 보임


부트로더에 진입하여 보자


진입하는 방법


이미 켜진 경우는 비글본 터미널에서

reboot

재부팅 명령어를 치면 재부팅 되면서 부트로더를 진입할 수 있게 됨



u-boot에서는 많은걸 할 수 있는데

ls 로 파일을 본다던가

gpio, i2c, spi 등 인터페이스 제어를 써본다던가

tftp, nfs 서버에서 파일을 다운 받는다던가, ping을 날려본다던가 할 수 있지

여기서는 부팅 인자, 부트 커맨드만 설명할게


1. 부팅 인자

bootargs는 u-boot가 커널에 전달하는 명령어야

저번 강좌에서는 bootargs를 setenv라는 명령어로

=> setenv bootargs console=ttyS0,115200n8 rootwait rw root=/dev/mmcblk0p2
=> saveenv

이렇게 설정했지?


setenv : 우리가 적어줬던 console=ttyS0,115200n8 rootwait rw root=/dev/mmcblk0p2를 bootargs에 저장해주는 역할을 해.

즉 bootargs라는 환경변수(잔역변수라 생각해주면 됨)에 'console=ttyS0,115200n8 rootwait rw root=/dev/mmcblk0p2'라는 문자열을 저장해주는 거야


saveenv : u-boot.env에 환경변수를 저장해주는 명령어야


문자열 'console=ttyS0,115200n8 rootwait rw root=/dev/mmcblk0p2'에 대해서 살펴보면

console : 리눅스의 콘솔 메세지를 띄울 공간

rootwait : 파일시스템이 로드될 때 까지 대기

rw : read write 허용

root : 루트 파일시스템의 위치

이정도로만 이해하자.

root=/dev/mmcblk0p2

인데 mmcblk0p2 : 인식된 sd카드 0번의 파티션 2번을 루트 파일시스템의 위치로 설정하는 거야

이렇게 커널에 넘겨줄 부팅 인자를 설정했어


2. 부트 커맨드에

=> setenv bootcmd 'fatload mmc 0:1 0x80000000 zImage; fatload mmc 0:1 0x8f000000 am335x-boneblack.dtb; bootz 0x80000000 - 0x8f000000'
=> saveenv


이렇게 되어 있는데 bootcmd는 u-boot가 처음 시작될 때


이렇게 auto부트를 멈추려면 아무키나 누르시오 하지?

부트 커맨드가 이때 u-boot에서 auto부트 시 실행되는 명령어야. bootcmd라고 해

이게 지정이 안되있으면 커널과 디바이스트리, 오버레이가 로드되지 않겠지? 

그럼 리눅스가 부팅에 실패할거야

따라서 bootcmd를 지정해주어서 자동으로 커널이 부팅이 되게 만들어줄거야

fatload 명령어는 fat형식의 파일시스템에서의 파일을 메모리로 불러오는 명령어야

사용법은 이래

fatload [하드웨어 스토리지] [스토리지 번호:파티션] [저장할 메모리 주소] [불러올 파일]

fatload mmc 0:1 0x80000000 zImage; 라는 명령어는

mmc(sd카드) 0번 스토리지의 파티션 1번에 0x80000000 메모리 주소로 zImage를 로드하라는 명령이 되는거야

fatload mmc 0:1 0x8f000000 am335x-boneblack.dtb; 이 명령어도

mmc(sd카드) 0번 스토리지의 파티션 1번에 0x8f000000 메모리 주소로 am335x-boneblack.dtb를 로드하라는 명령이 되지

bootz는 메모리에 저장된 커널이미지, 디바이스트리, initramfs을 바탕으로 부팅 하세요라는 명령이야

사용법은 아래와 같아

bootz [커널이미지] [initramfs] [디바이스 트리 주소]

bootz 0x80000000 - 0x8f000000;


운영체제에서 공부했던 부분이 보이지 않니?

부트로더는 커널이미지를 메모리에 로드한다는 부분이 이 부분인거지

환경변수를 설정한 전체 과정을 아래 적어둘게

=> setenv bootargs console=ttyS0,115200n8 rootwait rw root=/dev/mmcblk0p2
=> saveenv
=> setenv bootcmd 'fatload mmc 0:1 0x80000000 zImage; fatload mmc 0:1 0x8f000000 am335x-boneblack.dtb; bootz 0x80000000 - 0x8f000000'
=> saveenv
=> boot

댓글

댓글 쓰기

이 블로그의 인기 게시물

[ BBB - yocto (9) ] 장치트리(DEVICE TREE)

이미지
 0) 참조하면 좋은 문서 spruh73q.pdf (am335x reference manual) https://www.ti.com/lit/ug/spruh73q/spruh73q.pdf am3358-ep.pdf(핀 속성 보려고 다운로드) https://www.ti.com/lit/ds/symlink/am3358-ep.pdf BBB_SCH.pdf (비글본 회로도) https://github.com/beagleboard/beaglebone-black/blob/master/BBB_SCH.pdf 디바이스 트리를 설명해둔 문서 https://developer.toradex.com/software/linux-resources/device-tree/device-tree-overview 1) 장치트리란? 장치트리란 커널이 사용하도록 할 장치들의 정보를 기술해놓은 파일이다. 장치 트리 파일을 바탕으로 커널은 적절한 드라이버를 로드하기도 하고 핀 멀티플랙싱(핀의 역할을 지정)등을 한다. 그럼 이 장치 트리에 대해서 알아보자. 본인의 poky 디렉토리로 이동한다. 그리고 dts 파일 쪽으로 이동하여 보자. $ cd /path/to/poky $ source oe-init-build-env $ cd build/tmp/work-shared/beaglebone/kernel-source/arch/arm/boot/dts dts 디렉토리에서 다음 명령어를 실행한다. $ code . 명령어를 실행하고 vscode 에서 ctrl + p를 눌러 다음 3개 파일을 열어보자. 이것이 장치 트리이다. 우리가 사용하고 있는 am335x-boneblack.dtb 파일은 위 4개를 컴파일 하여 dtb(디바이스 트리를  바이너리로 컴파일)한 것이다. 안의 문법을 보면 특이하게 되어 있다. 구조는 위와 같으며 안의 문법을 보면 특이하게 되어 있다. 하나씩 알아가 보자. 1. 디바이스 트리 버전 - 디바이스 트리 버전이다. 디바이스 트리를 컴파일 할 때 여기에 명시된 버전을 기준으로 컴파일 한다. 2...
자세한 내용 보기

[ BBB - yocto (11) ] uart

이미지
 1) 개요 uart 어플리케이션을 작성할 것이다. 참고로 챕터 10에서 우리가 설정한 핀이 핀헤더의 P9 24, 26번 부분이다. 패킷 구조는 간단히 보면 저렇게 되어있다. 여기에 추가로 uart 트랜시버를 사용해서 rs232 혹은 rs422, 485 등으로 변환해서 보낼 수 있는데 그에 따라 조금씩 제어 방식이 달라진다. 스탑비트, 시작 비트는 1바이트를 주로 쓰는데, 스탑비트는 2바이트로 확장해서 쓸 수 있다. 2) termios 구조체 termios.h를 인클루드하면 termios라는 구조체를 사용할 수 있다. 각 맴버 변수들에 대해서 설명하겠다. 우선 플래그에서는 uart에 대해서 패리티, 스탑 비트, 그리고 데이터 비트 수, baud레이트, 흐름제어(CRTSCTS[232, 422 전용]) 등 설정할 수 있다. 1. tcflag_t c_iflag; - input 플래그를 설정한다. 플래그 비트 값 설명 IGNPAR 0000004 패리티 무시 PARMRK 0000010 패리티 오류 표시해둠. 패리티 무시 비트가 설정되면 무시됨 INPCK 0000020 입력 패리티 체크 활성화 INLCR 0000100 줄바꿈 문자'\n' -> '\r'로 변환 IGNCR 0000200 케리지 리턴 '\r' 무시 ICRNL 0000400 케리지 리턴 '\r' -> '\n'으로 변환 IUTF8 0040000 utf8 인코딩 지원 - 이 외에도 여러 플래그들이 있지만 IGNPAR 혹은 PARMRK, INPCK 만 알아둬도 충분할 것 같다. - 자새한 내용은 /usr/include/x86_64-linux-gnu/bits/termios-c_iflag.h를 참조하길 바란다. 2. tcflag_t c_oflag; - output 플래그를 설정한다. - 거의 설정할 일이 없다... - 자새한 내용은 /usr/include/x86_64-linux-gnu/bits/termios-c_ofl...
자세한 내용 보기

[ BBB - yocto (5) ] makefile 작성법과 컴파일 자동화

이미지
1. 헤더파일 소스파일 우선 makefile에 들어가기 전에 헤더파일과 소스파일에 대해서 간단히 알아보자 - 헤더파일  1) *.h로 끝남 2) 함수, 매크로, 구조체, 열거형...등을 다른 소스파일 혹은 헤더파일에서 인클루드(#include)하여 사용할 수 있도록 해주는 파일이라 생각하면 될거야 - 소스파일 1) *.c로 끝남 2) 로직의 동작 과정을 짜는 공간이라 생각하면 됨, 주로 함수의 동작을 코드로 적어놓은 파일이야 - 해더파일과 소스파일 사용시 주의사항 1) 중복 인클루드 방지 /* gpio.h */ #ifndef __GPIO__ #define __GPIO__ //대충 함수 #endif 이 과정을 보면, #ifndef 매크로와 #define매크로로 중복 인클루드 방지 처리를 해놓은 것을 볼 수 있어 저게 없으면 헤더파일을 중복하여 인클루드하는 경우 오류가 발생하지. #ifndef [매크로 변수] : 매크로 변수가 정의되어 있지 않으면 #define [매크로 변수] : 매크로 변수를 정의한다. #endif : #if 매크로의 끝 이렇게 하면 헤더 파일을 중복 인클루드 하면 매크로 변수가 정의되어 있어 #endif로 바로 점프하게 되어 헤더파일 중복 인클루드를 방지할 수 있어. 2) 전역 변수 선언하지 않기 중복 방지를 했다고 해서 컴파일하는데 오류가 안나는건 아니야 아래 코드를 봐보자. /* gpio.h */ #ifndef __GPIO__ #define __GPIO__ int gpio; #endif 파일이 이렇게 있어 > gpio.c gpio.h main.c 코드를 이렇게 짰다고 하자 겉보기에는 아무런 문제가 없어 보여 하지만 이것을 gpio.c에서 gpio.h를 포함하려고 하고, main.c에서 gpio.h를 포함하려고하면 문제가 되어 버리지 main.c에서 gpio.h를 읽어, gpio 인트형을 만들고 gpio.c에서 gpio.h를 읽어, gpio 인트형을 만들려고 보니 이미 선언돼있네? 이래서 오류가 발생해,...
자세한 내용 보기