For Beginners

요즘 뭐 좀 할일이 있어서 깔아 쓰고 있는데요.. 예전에 eclipse CDT를 사용했을 때는 eclipse따로 CDT를 따로 설치해야 했고, CDT도 멋지기는 했어도 아주 매력적인 툴은 아니었는데, 새로 깔아본 CDT는 그때보다 더 멋진 툴이 되어 있군요. 그런데, 문제는 CDT가 cygwin 1.7버전(요즘 배포되는 windows7 호환 버전이죠.)을 사용하면서 cygwin gcc를 정상적으로 인식하지 못한다는 점입니다. gcc를 인식하더라도, gdb와 연동에 문제가 생긴다거나 하는 문제도 약간씩 있구요.

간단한 것이지만, 포맷 할 때마다 까먹는 내용이라서.. Freeglut와 GLUT를 받아서 압축을 푼다. 모든 h 파일은 C:\Program Files\Microsoft SDKs\Windows\v6.0A\Include 에 복사한다. 모든 lib 파일은 C:\Program Files\Microsoft SDKs\Windows\v6.0A\Lib 에 복사한다. 모든 dll 파일은 C:\Windows\system32 에 복사한다. 당연히 설치되어 있는 Microsoft SDK 버전이나 설치 경로에 따라 디렉토리는 약간씩 다를 수 있다. OpenVG 관련되서 이런 저런 일을 하다보니 OpenGL을 사용할 일이 많습니다. 참조 구현(reference implementation)이 OpenGL 기반(이라고 하기도 그렇지요. 윈도우 띄우고 점 찍는데만 쓰고 있으니..)이라 관성이 생겨서 계속 쓰게 됩니다. Visual Studio Express는 MS에서 무료로 제공되는 툴이고, OpenGL도 이곳 저곳에 무료 구현이 많이 개발에 필요한 모든 것은 무료로 얻을 수 있지요.

디지털 로직하는 사람들한테 타이밍 관련된 문제에서 가장 골치 아픈 것이 metastable 문제이라고 말씀 드렸었습니다. 사실, [metastable을 피하는 방법은 예전에 한번 posting한][1] 적이 있는데요. 요즘 IT-SoC의 온라인 강의를 듣다 보니 관련 내용이 있어서 간단한 팁을 하나 올립니다. Metastable을 피하는 가장 머리가 편한 방법은 2개의 F/F을 직렬로 사용하는 2-flop 방법입니다(절대적이지 않지만, 범용적으로 사용할 만한 방법이죠). 저렴한 방법으로는 하나의 F/F을 사용하는 1-flop 방식도 있습니다만, 1-flop 방식은 첫 번째 F/F이 공교롭게 meta level에 걸리는 경우 뒷부분의 회로가 영향을 받아서 망가질 수 있는 단점이 있지요 (따라서, 정해진 조건에서만 가능합니다.).

매우 간단한데 비교적 많은 분들이 모르는 듯 하여서..(회사 친구들도 제법 모르고..) cygwin 설치시 rxvt를 같이 설치합니다. (뭐, 나중에 setup 에서 추가 설치해도 관계 없습니다. cygwin.bat을 수정한다. 1@echo off 2C: 3chdir C:\cygwin\bin 4set TEXMFCNF=/usr/share/texmf-local/web2c 5set CYGWIN=tty 6C:\cygwin\bin\rxvt.exe -bg black -fg white -fn *바탕체-*-16-* -mcc -ls -g 100x55 -e bash --login -is 위의 부분에서 핵심은 –login 을 사용한다는 것. 폰트는 편한거 골라쓰세요. rxvt를 현재 디렉토리에서 다시 띄우는 경우에는 .bash_profile에서 다음과 같이 설정하면 된다.

질문 게시판에 질문해 주신 분이 계셔서 적습니다. 제가 DFT쪽의 전공은 아니라서 개론적인 사항만 간략히 설명드리겠습니다. 더 자세한 부분은 책을 참고하시는 것이 좋을 것 같습니다. BIST는 말 그대로 Built-in self-test를 통하여 block을 check하는 방법을 의미합니다. 말 그대로 test vector generator와 result checker가 logic으로 내장되어 있어서 외부의 동작 없이 해당 블럭에 대한 검사를 수행하는 방법입니다.

예전에 C 언어를 한참 할때, 코딩스타일이란 이야기를 처음 들었었습니다. K&R style이라느니, ansi style이라느니.. 그런 것이지요. indent를 2를 써야 한다.. 아니다 4를 써야 한다 등등도 있었구요. Windows API에 와서는 이게 좀 더 복잡해져서 hungarian 표기법이 등장했습니다. 그런데, Verilog HDL에서는 이 Coding Style이라는 것이 아주 중요한 요소로 등장하고 있지요.

가끔은 여러가지 경로(직접, 메일로, 게시판으로..)로 진로에 대하여 상담해 오시는 분들이 계십니다. 제가 아직은 배우는 과정에 있는 사람이고, 수많은 값진 경험을 가진 선배님에 비하면 습자지 한장 두께도 되지 않는 얇팍한 지식과 일천한 경험을 가졌을 뿐이지만, 질문해 오신 후배님들께 도움이 되었으면 하는 바람으로 답변을 장황하게 해 드릴때가 많습니다. 원래 많은 것을 아시는 분들은 간단하고 명료한 말로 잘 설명해 주시지만, 저처럼 아직 부족한 사람들은 빈깡통 소리를 내는지라, 주저리 주저리 말이 많은 거죠.

정의로써 이야기하자면, Register file은 Register의 집합체를 통칭하는 말이며, SRAM은 Static RAM의 줄임말입니다. Register라는 말은 보통 D-FF과 같은 간단한 로직 형태의 저장 장치를 의미하며, 어떤 소자의 형태를 의미하지는 않습니다. 따라서, Register file은 D-FF의 합쳐진 형태로 나타낼 수도, SRAM으로 나타낼 수도, 혹은 특별한 형태의 소자를 사용할 수도 있습니다.

이 이야기는 설계 회사에 들어가실 분들에게 유용할 수도 있는 글이라 생각하여 써봤습니다. ^^; —– 차라리 백지가 좋은데, 그렇지 않은 경우가 있습니다. 학교에서 배워온 코딩 스타일(사실 학교에서 코딩 스타일을 가르쳐주지는 않지요?)과 회사의 코딩 스타일이 다를때 자기 자신이 납득할 때까지 바꾸기도 쉽지 않지요 (그게 바로 엔지니어니까요!)

(말머리: e-mail로 답변을 달라고 하셨지만, 기본적으로 문제는 공유하는 것이 좋다고 생각해서 posting합니다. e-mail로도 알려 드리겠습니다. 아.. 이제보니 비공개 문의셨군요.. 제가 항상 로그인 상태라서 몰랐습니다. 성함은 제외하였습니다. ) Algorithm쪽, 혹은 System을 배우는 연구실에서 알고리즘의 하드웨어적인 측면의 우수성을 알려고 할때 hardware구현을 시도해 보는 일반적입니다. (혹은 실제 동작을 확인할때도 많이 사용되지요..)