어쩌다보니까 정식으로 이 프로젝트의 project maintainer가 되었습니다. 공식 홈페이지에 자리를 얻어서 이제는 구글 프로젝트 호스팅에 꾸몄던 사이트는 사용하지 않게 되었음. 아래 링크를 타고가면 내가 opencores.org 위키에 쓴 간단한 문서를 볼 수 있따능.
위에 그림이 일반적인 리모트 타겟을 디버깅하는 방법에 관한 그림인데.......설명하기 많이 복잡하다. 리모트 타켓 디버깅에 대한것은 알아서들 문서를 찾아보도록하고....저 박스들에 대해서 얘기를 하자면 일단 디버거는 GDB를 사용한다능. 물론 이 GDB는 Debugging Target의 아키택쳐에 관한 정보를 알고 있어야 된다. 레지스터는 몇 개구...엔디안은 뭘쓰고 등등등. 이런 내용들을 GDB에 추가하는게 포팅이라능.
그리고 GDB Proxy Server라는게 있따능. 이놈이 GDB가 보내주는 커맨드를 받아서 Emulation Board를 조작해서 Debugging Target를 적당히 조작하도록 JTAG 신호를 만들어 낸다. GDB하고 Proxy Server 사이의 통신은 거의 대부분 TCP/IP를 사용한다. 적당한 이유가 있어서 Non-Blocking 소켓을 사용한다능. 사용하는 프로토콜은 Remote Serial Protocol이라고 이상한게 있다.
Emulation Board를 사용하는 가능 큰 이유는 하나다. PC에는 JTAG 신호를 내보낼 수 있는 포트가 없다능 >_<. 가장 만만한게 Parallel인데 요즘 PC엔 이게 없어서 USB로 많이 옮겨온거 같다능. 그리고 이더넷 같은걸 쓰기도 한다능. 아무튼 인터페이스는 이런걸 쓰고 프로토콜은 Emulation Board에 따라 틀리다능. USB라면 디바이스 드라이버가 제공하는 API를 쓸태고...등등등
Debugging Target과 Emulation Board사이의 인터페이스는 거의 대부분 JTAG이다. 프로토콜은 Debugging Target에 따라 틀리다. 아키택쳐 메뉴얼이나 해당 아키택쳐의 디버깅 유닛 메뉴얼등을 보면 나와있다.
빨간색 박스...그러니까 GDB를 포팅하는건 나도 많이 모르고...무지 복잡하다 ㅠ.ㅠ...좋은 HowTo 문서가 있으니 이걸 보고, 포팅 샘플이 있으니 같이 참조 하자능.
GNU FTP에서 gdb 6.8을 받아서 위의 패치를 적용하면 좋은 포팅 샘플이 된다. 타겟은 OpenRISC다. 위의 문서도 이걸 예로 들어서 설명하고 있다. 이 작업은 타켓 아키택쳐를 많이 알고 있어야 되고...GDB 내부에 대해서도 많이 알고 있어야 된다. GDB internals 라 불리는 문서랑 gdb 압축을 풀었을때 같이 들어있는 HowToPorting 따위의 이름을 가진 문서들이 많은 도움이 된다.
그리고 노란박스는 적당히 알긴 아는데 길게쓰기도 거시기하고....-_-. 아무튼 그렇타능. 이것도 역시 좋은 문서가 있고 좋은 샘플이 있다능.
이것도 타켓은 OpenRISC다능. 이 작업도 역시 타켓 아키택쳐(정확히는 해당 타켓의 디버깅 유닛)를 많이 알고 있어야 되고 RSP 프로토콜에 대해서도 잘 알아야 된다. 위의 문서하고 샘플이랑 Redhat.com에 올라와 있는 RSP 관련 문서가 도움이 많이 된다능. 아...물론 Emulation Board를 컨트롤 할 수 있는 방법도 알고 있어야 된다능.
몇일전에 저 문서를 읽어봤다능. LEON2, MicroBlaze, OpenRISC 1200 이라는 세 soft core(좀더 정확히 쓰면 soft microprocessor)를 밴치마크한 문서라능. 소프트 코어란건 뭐냐면...논리 합성기..그러니까 Logic synthesis 로 만 구현된 마아크로프로세러르 말한다능. 따라서 여러가지 프로그러머블 로직 디바이스 Programmable Logic Device 로 구현될 수 있다능. 더 자세한거는 영어로 써놓은 키워드를 위키피디아에서 찾아보라능.
LEON2는 32-bit RISC SPARC V8 호환 아키택쳐라능. 당근 ISA는 스팍 V8 ISA고 저 문서를 읽어보면 space application을 위한 fault-tolerant processor로 개발되었다고 한다능. 우주응용이라니...뭔가 엄청남! 아무튼 라이센스는 GNU LGPL이고 셋중에서 가장 진보된 아키택쳐구 성능도 가장 좋타능.
MicroBlaze는 32-bit RISC 아키택쳐고...ISA는 자체 ISA를 쓴다능. 이름은 잘 모르겠지만 그냥 MircoBlaze ISA 일꺼라능 -_-;;. Xilinx에서 밀어주고 있는거라능. 당근 자일링스 FPGA에서 가장 합성이 잘된다능. 성능은 그저 그렇지만 셋중에거 가장 코어 사이즈가 작다능. 저 문서에는 MMU가 업ㅂ다구 하는데...자일링스 홈페이지를 가보면 최신 버젼에선 구현이 된거 같음. 문서가 옛날꺼라 어쩔수가 업ㅂ다능. 라이센스는 Xilinx ISE Design Suite: Embedded Edition 에 포함되어 있는데 이거는 Xilinx Core Site License agreement 하에 배포된다구 한다능. 이 라이센스는 MicroBlaze를 갯수 제한업ㅂ이 쓰고 싶은 만큼 쓸 수 있게 해준다능. 느낌상 거의 꽁짜인거 같다능.
OpenRISC 1200 OpenCores 라는 이상한 단체에서 만든 32-bit OpenRISC 1000 아키랙쳐의 32비트 RISC 구현이라능. ISA는 당근 OpenRISC1000 ISA고 코어사이즈는 LEON2보다 좀 작고...성능은 MicroBlaze보다 조금 좋다능. 홈페이지를 가보면 여러가지 자랑을 많이 해놨는데...다른 두개랑 비교해보면 좀 구질구질한거는 사실이라능. 라이센스는 GNU LGPL이라능. 그냥 쓸만한 꽁자임.
저 문서에는 세 아키택쳐에 제공되는 개발툴, 코어 사이즈, 그냥 성능, 코어 사이즈대비 성능, 문서화등의 사용성등을 비교해 놓았다능. 결론만 이야기하면 셋중에서는 LEON2가 가장 좋은 선택이 될꺼라능. 아키택쳐도 가장 진보되있고 사용성도 좋타능. 차선은 MicroBlaze라능. 코어 사이즈 대비 성능이 가장 좋고 자일링스에서 빵빵하게 밀어줘서 그런가 문서화도 매우 잘되어 있다능. 꼴찌는 OpenRISC 1200이라능. 이넘은 최신 구현하고 문서도 싱크가 맞지않고 -_-;;; 제공되는 개발툴인 GNU Toolchain도 몇몇 옵션은 아직 포팅이 되지않았다능. 그러타고 성능이나 코어사이즈에 메리트가 있는것도 아니라능.
embecosm-howto-gdb-porting-ean3-issue-2.pdf
or32-gdb-6.8-patch-2.5.bz2
or_debug_proxy.tar.gz
댓글을 달아 주세요
오오 횽 열심히 살고있다능
그런데 생활이 나아지질 않는다능