Processor Architect.... egoist

Tomorrow is another day?

(babyworm) — Mon, 13 Jul 2009 10:44:25 +0900

그야말로 완전 잡담. 쓰고보니 트위터에나 어울릴법한 글쓰기입니다.

전쟁같은 한주일이 지나고, 이제는 3건의 미팅, 1번의 출장, 1건의 국책 보고서와 1건의 국책 계획서, 1건의 T/O이 예정되어 있는 한주가 시작되었습니다. 낄낄.. ㅠㅠ;

흠.. 지난토요일 무한 도전에서 가장 머리속에 남는 건 "영계 백숙~ 오어어어~~"

완전 초강력 후크송

가끔 맷돌 중간에 끼어 있는 것 같은 느낌입니다. 중간 관리자(흠.. 스스럼없이 이런 용어를 쓰다니.. )라는 것이 항상 중간에 끼어 있는 것이지만, 요즘엔 그냥 중간이 아니라 맷돌 중간에 끼어서 양쪽에서 슬금슬금 돌려주는 것 같아요. :D

긍정적으로 생각하면 '바쁜일이 겹친다 = 이 고비만 넘기면 널널해 질수도 있다'라고 생각하고 있습니다.

도전이 평가를 받는 이유는 쉽지 않은 일에 맞섰기 때문이죠. 쉬운일에 맞섰다면 보통 도전이라는 말을 안 쓰잖아요?

긍정적으로 봅시다요~

애국심 마케팅

(babyworm) — Thu, 09 Jul 2009 11:12:50 +0900

어제(이제는 그제) 티맥스 윈도우에 대한 발표회가 있었지요.

저는 가보지 못하고 단지 몇몇 영상(으...)과 사진(!)과 트위터와 블로그를 통하여 이야기 들었습니다. 발표 시간 내내 클리앙은 열폭중이었구요.

애국심 마케팅이 약간 쪽 팔리는 경향이 없잖아 있지만¹, 나쁘지는 않다고 봅니다. 기술이 뒷바침된다면 어느정도는 '우리도 쓸만한거 만들고 있으니 돌아봐줘' 정도의 외침으로 효과가 있거든요.

그런데, 이런 애국심 마케팅이라는 것이 양날의 검이지요. 뒤돌아 봤더니 된장이 아니라 똥이라면 침을 '퉷~!'하고 뱉어버리고, 이후로는 쳐다도 보지 않을테니까요.

이런 애국심 마케팅의 또 다른 폐혜는 심해지면 기술이 아닌 종교가 된다는 점입니다. 주의를 환기시키는 효과 뿐만 아니라 너그러워지는 효과까지 노리려 하면 안되는 건데, 그러는 분들이 많다는 거죠. 몇몇 케이스가 그렇지요... 가끔 저희 프로세서에 대해서도 민족주의적(혹은 종교적)인 의미를 부여하시려는 분들이 계시는데, 상당히 경계해야 할 사항입니다.

그런면에서 이번 티맥스 윈도우의 발표회는 여러가지로 아쉬움이 남았습니다.

분명히 GNU와 연관성이 의심되는 상황에서 라이선스에 대한 문제를 해결하지도 못했으며,

jhrogue님이 언급한 것 처럼 버그 트래킹을 통하여 어느정도 release 혹은 beta stage에 도달하지 못한 상태에서, 너무 성급히 내보였고,

연구원의 희생을 마치 전우의 시체를 넘은 무용담처럼 포장했지요(이건 애국심 마케팅에서 필수적인가요?).

정황상 내년의 정부 입찰을 노리는 듯 한 느낌을 받게 했고(혹은 의지를 천명했고),

정부 관계자를 불러서 성대한 행사를 했습니다.

뭔가 비슷 비슷하죠?

이와는 별개로 티맥스 윈도우의 몇가지 거짓일 것으로 보이는 발언들인 '100% 국산 기술이다'라던지, '새로운 역사'라던지 하는 이야기를 제외하고 나면, 분명히 노력의 산물이고 좋은 결과임에 틀림 없습니다.

분명히 OS와 여러가지 툴을 하나의 틀안에 잘 포장했으며, 정부 사용자에게 MS 이외의 대안이 있음을 인지 시키는 계기가 될 수 있을테니까요.

그것만으로도 평가 받을 만한 가치가 있습니다.. 하지만, 좀 더 시장을 직시했어야 하고, 좀 더 많이 솔직했어야 하는 것이 아닌가 하는 생각은 있습니다.

현재로서는 정황에 따른 이야기이기 때문에 아직도 여전히 성급한 이야기구요..

나중에 beta가 나오면 그때 여러가지 분석들과 더불어 실제로 100% 순수 국산 기술로 만들어진 것인지 확인할 수 있을 것이라 생각합니다.

저는 아직도 좋은 결과가 있기를 바랍니다. :)

덧말 #1...

여길보니 티맥스 윈도우 명백한 거짓말도 몇개 있었군요. 공개커뮤니티등의 기술 상황을 모르는 건지.. 마케팅적인 측면에서 거짓을 한 것인지 모르겠지만.. 음.. 흠...

덧말 #2...

또 여길보니 충분히 공감가는 이야기가 많습니다. 저 자신도 일반인이 이해할 수 있는 쪽의 것을 만들다보니 기술과 관계없이 비난 받을때가 많고 여러가지 정치적인 이유로 공격받을때도 많거든요. 저희에게 불리한 자료 위주로 인용된다거나 7~8년전 자료를 가지고 '이넘들은 형편없는 걸 만든다..' 이런식으로 비난받을때도 있고..

여러가지 이유로 일일히 대응할 수 없음이 억울하기도 하고, 참 스트레스 많이 받았습니다 (제 블로그에 그런 잔재들이 꽤나 있죠? ㅋㅋ). 그때마다 그냥 얌전히 일반인이나 신문에서 주워섬기기 힘든 기술을 했으면 이런 일이 없었을 것을.. 이라는 생각도 들었구요..

사실 링크 건 글에 쓰여있듯이 열심히 했음에도 이런 이야기를 들으면 정말 일하기 싫거든요. 사실 저희도 예전에 마케팅쪽의 애국심 마케팅 비슷한 것으로 인한 비슷한 욕(?)을 들어본 입장에서 ㅋㅋ

이건 저희회사도 가끔 쓰는 방법이에요. 저는 좀 낯이 따땃해져서 좋아하지 않습니다만..광고하는 회사에서는 그런 문구를 상당히 선호하더군요.. 쩝.. [Back]

사소한 이야기들..

(babyworm) — Sat, 04 Jul 2009 00:27:03 +0900

1.
수원에서 출퇴근한지 1년이 넘어가는데, 밤 강남역의 수원 가는 버스 줄은 길기만 하죠.
그 긴 줄에 서서 사람들을 보고 있노라면 가끔 안타까운(?) 경우가 있습니다.

바로 커플들이 줄을 서서 있으면서, 저 멀리 수원으로 여자친구를 떠나보내는 애틋한 마음으로 온갖 스킨십을 하는 경우가 있지요. 공공장소에서...
처음엔 '참 애들 대담하네..' 정도로 생각했는데, 그 다음엔 '참 얼마나 안타까우면..'이라는 생각도 들고..
공공장소에서는 너무 심한 스킨십은 좀 자제를 ..

2.
요즘 아이와 밤나들이를 하는 경우가 많습니다. (흠.. 이런 이야기는 육아 전용 블로그에 써야 하는 건가..)
아빠가 밤도깨비처럼 밤에 오니 어쩔수 없는 것이겠습니다.
아이가 밖에 나가자고 하는 이유는 대부분 "아빠 멍멍이.. ", "아빠 짹짹새.."입니다. 새들은 밤에 거의 없으니 실은 밤에 산책 나온 멍멍이를 보고 한번 만져보려는 것이지요.
어제는 아파트 단지에 집단 서식(?)하는 야생 냥이들을 보고 열심히 따라다니더군요..
유순한 멍멍이들과 달리 길냥이들은 사람에 대한 경계심이 있어서 결국 만지기는 커녕 몇 번 제대로 보지도 못했어요.. 참 아쉬웠는지.. "아빠 냥~" :)

멍멍이나 고양이를 한마리 길러야 할까.. 하는 생각이 듭니다.

3.
퇴근하는 시간이 길지 않은 영화 한편을 볼 수 있는 시간 정도가 되다보니, 요즘에 영화를 보는 경우가 많습니다.
이상하게도 지난주에 소위 이야기하는 건달영화 두 편을 보았는데, 흠.. 생각보다 상당히 잘 만들었더군요.
'영화는 영화다'와 '똥파리'라는 영화인데요..
뭐랄까요, 웃음기없는 약간 먹먹해지는 느낌을 주는 그런 영화에요. 잘만든 영화더군요.
'똥파리'라는 영화는 '죽거나 혹은 나쁘거나'와 많이 비교되는 것 같은데요.. 제 생각으로는 둘다 참 리얼하게 찍었습니다. 욕설이 난무하기도 하지만요.. 폭력성은 '죽거나 혹은 나쁘거나'가 압도적으로 높죠 ^^;

4.

파이어폭스 3.5가 나와서 설치해봤는데, 좋더군요..

다 좋은데, 가끔 얼어버리는 문제가 있네요. 몇몇 환경에서만 그런 것 같습니다.

저는 아직은 크롬으로 만족하면서 살아야 겠습니다. 크롬도 Nickel을 깔면 마우스 제스쳐나 IE-Tab가 되어서 주력 브라우져로 쓸만합니다. IE는 언제 띄워봤는지 기억이 가물..

요즘엔 확실히 집중력 저하로 고생하고 있습니다.

민감해져서 별것 아닌 것에 짜증도 내고 그렇습니다. 무던해져야 겠지요.

티맥스 윈도우

(babyworm) — Wed, 01 Jul 2009 11:31:15 +0900

티맥스라는 회사에서 티맥스 윈도우를 만들었고, 7월 7일에 공개한다고 합니다.
제가 자주 가는 커뮤니티인 클리앙이나 자바월드, 그리고 블로그 스피어에서도 위작 논란이 심하죠. 윈도우 XP 티맥스 테마냐.. 라는 이야기 까지 있으니까요.

약간 앞서 나가는 것 같습니다. 7월 7일까지 기다리면 될 일이겠지요.

O/S를 만드는 것의 어려움 쉬움, 리누스 토팔스에 대한 이야기, ReactOS에 대한 이야기가 오고가고 있습니다. 사실 OS를 만드는 것이 어렵진 않습니다. 마치 마이크로 프로세서를 만드는 것이 어렵지 않은 것 처럼요. 하드웨어 쟁이들 텀 프로젝트로 32bit toy 프로세서 만드는 거나, 소프트웨어 쟁이들 텀 프로젝트로 toy OS를 만드는 것이 별다르지 않습니다.

그런데, 왜 마이크로 프로세서를 만드는 회사는 적고, OS를 만드는 회사는 적은 걸까요?
국내로 눈을 돌려보면, 자체 마이크로 프로세서를 만드는 회사는 에이디칩스 정도이고, 자체 OS를 만드는 회사는 MDS 정도이겠지요¹

두 회사 모두 embedded 분야를 선택했고, embedded 프로세서나 OS는 전문가가 보기에 일반적인 데스크탑 분야의 그것보다는 훨씬 간단해서 toy에 비견될 수 있을지도 모릅니다.

다시 한번 질문을 드리자면, 그럼에도 불구하고 왜 이런 걸 하는 회사가 적은 걸까요?

제 사견으로는
첫째로 실제적으로 보이는 것 보다 훨씬 더 많은 것이 갖추어져야 상업적으로 가치가 있기 때문입니다.

여담으로 회사 자체적으로 프로세서/OS를 만들어서 자체 제품에 적용하는 회사는 있어요.. 자체적으로 필요한 부분까지만 갖추는 것은 쉽기 때문이지요. 하지만, 여러 사용자에게 문제 없도록 하는 건 또 다른 이야기라고 봅니다.

둘째로는 프로세서나 OS 모두 그 자체로는 할 수 있는 일이 매우 제한적이라는 겁니다.
프로세서나 OS나 모두 어떤 일을 원활히 수행하기 위해서 선택되는 것이지요. 예를 들어 제가 한 1 GHz로 동작하고, 전력소모도 정말 적은 프로세서를 만들었다고 가정합시다. (정말?) 그런데, 거기서 돌릴 수 있는 프로그램이 극히 적다면 그 프로세서가 선택될까요? 그 프로세서가 독자적인 버스를 가지고 있고, wrapper마저도 만들기 어렵다면 그 프로세서가 SoC에서 채용될 가능성이 있을까요?
이 이야기는 바꾸어 말하면, 프로세서나 OS 모두 그 자체의 기술적인 어려움 보다는 그 주변을 갖추어나가는 것이 얼마나 어려운지를 말해줍니다. 왜 ARM, MS등에서 생태계/커뮤니티라는 용어를 입에 달고 다니는지 생각하면 됩니다.
이 부분은 나중에 한번 다시 이야기할 예정입니다. ^^;

옆길로 이야기가 잠깐 새었는데.. 티맥스에서 윈도우를 만드는 건 상당히 의미있는 일입니다.
게다가 windows application과 호환성을 갖추어 잘 갖추어진 MS 기반의 S/W 사용하겠다는 것도 좋은 방향입니다.

포토샵까지 동원하면서 언론 플레이부터 하는 건 상당히 위험한 일입니다만, 그만큼 사운을 걸고 하는 것이겠지요.
모 블로그에 언급한 바와 같이 무지(?)한 일반인과 정부를 속이고 주가와 돈을 먹기 위한 쇼~! 였다면 이만큼 일을 키운 만큼 파장도 크겠지요.
저는 개인적으로 7월 7일에 놀랄만한 일이 있기를 기원해봅니다. ^^;

참고적으로 GPL에 대한 문제를 제기하시는 분이 많은데, 제 생각에도 GPL을 건드리지 않고 프로그램을 작성하긴 어려웠을 것이라 봅니다. (물론, FreeBSD쪽 코드 위주로 참고하셨나면 문제 없겠지요. modified BSD license는 훨씬 유연하니까요.. )
그렇다하더라도, GPL 코드에 대한 상용화가 불가능한 건 아닙니다. 단지 소스코드를 공개해야 하는 것이 문제겠지요. ^^; (여담입니다만, 그래서 티맥스 서체를 따로 만든지도 ^^; )

요즘 모모 프로세서 덕분에 공개 코드 라이선스 모델에 대하여 호되게 공부하고 있습니다. :)
그전에 KTUG에서 이 부분에 대한 논의가 나왔을때 잘 봐둘껄.. ^^;

다른 회사가 있다면, 알려주세요 :) 제가 OS 분야의 시장을 잘 아는 건 아니니까요 [Back]

개소식 정보

(babyworm) — Fri, 26 Jun 2009 18:22:05 +0900

2009년 6월 29일 12시 부터

서울 그랜드 인터컨티낸탈 호텔 2층 오키트 룸

국산 프로세서 지원 센터에 대한 글을 하나 올렸었는데요. 정작 중요한 장소를 안 썼더군요. :)

위와 같습니다.

별다른 행사는 없고, 간단한 소개와 식사 정도랄까요. 저의 넓대대한 얼굴을 보시고 싶으신 분은 오세요 ㅋㅋ

사실 이 글은 매우 길게 적었었습니다. (제목도 길었었고 ㅋㅋ)

요즘 국산 프로세서 지원 센터에 대하여 이런 저런 일이 일어나서요.

특허청의 도움 요청을 받고 국내에서 프로세서를 하는 사람으로써 대의적인 측면에서 이 사업에 참여하기 위하여 회사의 수 많은 분들을 설득시켜서 참여했건만 양측에서 공격받고 있어서 정말 참담한 심정입니다.

정말 뭐가 국산 프로세서를 위하여 도움이 되는 것인지만 생각하면 참 쉬운 이야기인데 선의를 악의로 해석하고, 정치적으로 풀려고 하니 일이 더 힘들어 지는 것 같습니다.

많은 이야기를 적었었습니다만, 똑똑한 Textcube에서 글을 씹어주어서 민감한 이야기는 빼고 많이 순화해서 글을 쓸수 있게 되었습니다. :)

이럴때는 컴퓨터의 에러가 얼마나 고마운지 모릅니다. :)

(예전에도 온라인 장터에서 노트북 살 때 사기 당할 뻔 했는데, 송금 이체하는데 컴퓨터가 다운되어서 모면한 적이 있지요..당시로는 상당히 큰 사기 사건이었습니다. 여하튼 제가 컴퓨터신의 보호를 받고 있는지도.. ^^ v)

여하튼, 지난 한 주는 제가 선택한 길에 대한 깊은 회한을 느낀 한 주였습니다.

AE32000C-Lucida 프로세서 기반의 첫 상용칩. CANTUS

(babyworm) — Wed, 24 Jun 2009 00:07:00 +0900

이번에 회사에서 CANTUS라는 저가 MCU가 공식적으로 론칭했고, 론칭하자마자 양산 오더가 들어와서 양산에 들어갔습니다. 이 MCU는 저희 팀이 개발한 AE32000C-Lucida 프로세서라는 것이 처음 적용된 상용화 칩이지요.

EISC 프로세서로 저희가 주로 개발하는 프로세서는 에너지 효율과 DSP 연산 처리가 강화된 AE32000C 라는 ISA를 위주로 하고 있습니다. 대부분의 개발 방향이 비용 효율성과 에너지 효율성이라는 부분에 초점이 맞추어지지요. 분기 예측 기능도, 파이프라인도, 캐시 구조도 이쪽에 방향성을 두고 개발되었습니다.

기존에 AE32000C 시리즈에서 가장 많이 사용된 AE32000C-Lucifer프로세서¹를 기반으로 기반 성능을 10% 이상 높이고 면적은 줄이고, 에너지 효율도 높이고, 디버거 형태나 효율도 높이고.. 이런 형태로 개발된 것이 AE32000C-Lucida 프로세서지요. 사실 내부적으로 개발이 완료가 된 것은 몇년 되었고, 라이센스나 데모 칩등은 몇번 나왔는데, 이제야 첫번째 상용칩이 나왔으니 상용화라는 것이 참 시간이 많이 걸리는 작업이긴 합니다.

이번에 나온 CANTUS는 범용 MCU로 응용에 필요한 수준의 SRAM과 NOR flash가 내장되어 있기 떄문에 3.3V 전원과 크리스탈만 연결하면, 동작시키는데 문제가 없다는 장점이 있죠. 좋은 음질이 필요치 않다면 CODEC이 내장되어 있고, EISC를 위한 MP3 디코딩 프로그램이 제공되니까 간단한 MP3 플레이어를 만드는 건 아~주 간단하죠. (물론, 좋은 음질을 원한다면 audio codec을 붙이는 것이 깨끗하죠.. 이를 위한 인터페이스도 있고요)

여담입니다만, 저는 저희회사에서 이런 MCU를 많이 하는 것이 좋을 것이라 생각해요.

아키텍쳐를 보급하는데는 수량이 많지 않은 멀티미디어 부분 보다는, 수량을 많이 소화하는 MCU가 더 좋을 것이니까요. (AVR같은 것 봐도 그렇지요 ^^;)

국내 S사를 비롯해서 많은 라이센스가 이 프로세서를 통하여 이루어졌습니다. [Back]

국산 프로세서 지원 센터

(babyworm) — Fri, 19 Jun 2009 08:46:08 +0900

특허청의 Core-A라는 프로세서에 대한 상용화 지원을 도와달라는 부탁을 받은 것은 작년 말의 일인 것 같습니다. 개인적으로는 블로그에서 몇번 밝혔듯이 이 바닥 자체가 넓어지는 것이 제가 바라는 것입니다만, 프로세서 만들어 파는 회사에서 잠재적인 경쟁상대가 될 수 있는 프로세서에 대한 상용화 지원을 한다는 건 쉽지 않은 노릇이지요.

각 프로세서에 대한 포지셔닝에 대한 고민이 한동안 있었고, 결국은 상용화 지원을 도와주는 것으로 가닥을 잡았습니다. 단, 조건은 Core-A 뿐만 아니라 EISC 프로세서의 상용화도 같이 지원할 수 있는 지원 센터로 운용하겠다는 것이 중요한 부분이었습니다.

특허청에서 이런 저런 내부적인 논의가 있었겠으나 이를 받아들이면서 Core-A와 EISC를 아울어 지원해 주는 국산 프로세서 지원 센터가 출범하게 되었고, 공식적인 개소식이 6월 29일에 있을 예정입니다. ¹

Core-A의 경우 아직은 기술적으로 해결해야 할 부분이 존재하고 있으므로, 본격적인 보급은 내년정도 부터 시작될 예정이고 올해는 기술적인 평가와 시장에 대비하기 위한 이런 저런 작업이 진행될 예정입니다. EISC 부분의 마케팅은 이쪽 센터 부분에 통합되어 강화되어 운영될 예정이구요

이번달 부터 운영이 시작되었는데, 특허청 분들이 너무 의욕적이라 저희 내부적으로 정비가 안된 상태에서 운영을 시작하면서 내부적으로 좌충우돌하는 중입니다. 차차 해결되려니 생각하고 있습니다. 제대로 돌아가려면 시간이 좀 걸릴 것이라고 생각하고 있습니다.

추후에 국산 프로세서 지원센터의 소식을 더 올리도록 하지요.

p.s. 진작에 국가에서 비영리 기관으로 이런 기관을 만들어 주었으면 좋았을 거란 생각이 있습니다. 좀더 중립적인 입장에서 컴파일러와 프로세서에 대한 기술을 지원하고, 공동 마케팅을 수행할 수 있는 기관 말입니다. 비록 저희 회사지만, 치우치지 않고 업무를 수행하려고 노력하려 합니다. (사실 특허청 입장에서는 Core-A가 많이 상용화 되면 좋은 거고, 에이디칩스란 회사 입장에서는 EISC가 많이 팔리면 좋은 것이지만, 저의 입장에서는 바닥 자체가 넓어지면 좋은 거라서요..^^; )

물론, EISC 관련 비용은 저희가 매칭 펀드라는 개념으로 지출하는 방향으로 되었습니다. 그래도 특허청의 생각에서 출발했고, 비용도 많이 받고 있으므로 특허청의 Core-A에 대한 부분에 대하여 많이 신경쓰고 있습니다. [Back]

합성할 때 시뮬레이션에 사용한 list을 이용하기

(babyworm) — Wed, 03 Jun 2009 22:49:18 +0900

합성 스크립트 만들다가 얼마전에 모 선배가 합성에 필요한 파일 리스트 만드는 거 귀찮다고 한 것이 기억나서 만들어봤습니다.

뭐, TCL을 사용하시는 분들이면 다들 생각하실 만한 것이라 팁이라고 할 것 까지야 없겠습니다만, 처음 접하시는 분들에게는 도움이 될 것 같아서 올립니다.

보통 ncverilog로 시뮬레이션 할때 (다른 것도 마찬가지지만...), .f 파일로 불리는 파일리스트를 만들어서 사용하는데, 합성할때 이걸 왠만하면 사용할 수 있습니다.

set LIST_FILE "../../vlist.f"
set RTL_FILES ""
if [ catch { open $LIST_FILE r } fileID ] {
      puts stderr "ERROR: $fileID"
      puts stderr "Can not open file ${LIST_FILE}"
      quit
  } else {
   while { [gets $fileID lbuffer] >= 0 } {
      if {[ regexp {(^/{2})} $lbuffer test1 ]} { continue }
      if {$lbuffer == ""} { continue }
      lappend RTL_FILES $lbuffer
    }
  }
  close $fileID
  foreach design $RTL_FILES {
    analyze -format verilog $design
  }
  elaborate $DESIGN_TOP

위의 코드 보시면 아시겠지만, 파일을 읽어서 리스트에 넣는 것 이외에는 특별한 것이 없습니다.

단지, 공백행 처리와 주석 처리 부분이 들어가 있습니다.

만일 f 파일에서 ++ 옵션을 사용하시는 분은 여기에 대한 처리를 추가해 주시면 편합니다. (필요하시다면 해당 부분에 간단한 parser를 걸어도 되구요)

요즘은 directory단위로 읽을 수 있는 acs_read_hdl가 더 널리 사용되는 추세입니다. list 파일이 없다면 이것이 절대적으로 편하지요. 디렉토리만 지정하면 subdirectory 뒤져서 파일을 끌고 오니까요.

단, 필요없는 파일은 EXCLUDE_LIST로 지정해야 되어서 약간 귀찮을 때가 있긴합니다.

list가 있다면 위의 코드를 사용하는 것이 더 편하시겠지요.

여하튼.. 도움이 되면 좋겠습니다.

참고적으로 list file에 $MY_HOME/aaa/aaa.v 와 같은 형태로 지정된 경우 위와 같은 analyze를 사용할 수 없습니다. 이때는 간단하게 subfunction을 하나 만들고 synopsys에서 제공하는 parse_proc_arguments 함수를 이용해서 이걸 처리하면 됩니다.¹

이 방법은 나중에 설명하죠 ^^;

참고적으로 합성 과정에서 define할 것이 없다면 analyze 대신 read_verilog를 사용하셔서 위의 문제를 쉽게 해결 할 수 있습니다. read_verilog는 이미 parse_proc_arguments 를 사용하고 있거든요

더 간단하게는 eval을 사용하면 됩니다만 복잡해지면 subfunction이 더 편하죠 [Back]

▶◀ ...

(babyworm) — Wed, 27 May 2009 21:43:14 +0900

babyworm은 여러가지 변태적인 성향을 가지고 있지만, 그중에 공포영화를 좋아한다는 마이너적 성향을 지니고 있습니다.

사실 공포 영화, 특히 좀비 영화는 생각보다 많은 사회 풍자를 담고 있습니다. 자신의 생각없이 멍한 눈으로 어딘가로 항상 걸어가고 잘 소통하지 못하는 그런 현대인에 대한 표현이 많죠.

이 글의 원래 제목은 '시체를 뜯어 먹는 사회'였습니다.

우리 꼬맹이 병원 예약 때문에 토요일에 병원에 가는 길에 라디오 속보로 듣고, 좀 멍하더군요. 제 정치적 성향을 굳이 따지자면 보수에 가깝습니다. 더 정확히 이야기 하자면, 이도 저도 아니죠. 하지만, 어떤 것이든지 합리적으로 해결되는 사회를 바랍니다.

노무현 대통령이 저에게 심정적 지지를 얻을 수 있었던 가장 큰 이유도 그 분의 정치적 성향보다는 해결의 방법에 있어서 많은 부분 부합하였고(부합하지 않는 것도 많았습니다만..), 합리적으로 판단할수 있고, 자유롭게 의견을 개진할 수 있는 사회를 도모했다는 점에서 입니다.

많은 부분에서 시행착오가 있었고, 청렴하고 무능한 정권보다 약간(?) 부패하여도 유능한 정권을 바라는 사회에서 이명박 대통령 체제가 되었죠. (아이러니하게도, 혹은 당연스럽게도 현정권은 부패한 것과 유능한것은 아무런 관련이 없다는 것을 여실히 증명해주고 있지요.)

그런데, 이전 정권의 청렴성이 공격을 받으면서 많은 부분이 이상하게 돌아갔습니다. 그리고, 노무현 전 대통령은 지난 토요일 자살이라는 방법으로 서거하셨지요.

요즘 보면 우리 사회는 참 잔인합니다.

공포영화보다 백배는 더 잔인합니다.

열심히 시체를 뜯어먹고 있습니다. 가슴이 아픕니다.

Chip IDEA가 MIPS에서 Synopsys로 넘어갔군요.

(babyworm) — Sun, 17 May 2009 02:26:59 +0900

IP 업계에서는 꽤나 유명한 Chip IDEA가 몇년전에 MIPS로 인수되더니만, 어제는 다시 Synopsys로 인수되었다고 하네요.

ChipIDEA는 아날로그 IP 분야에 있어서 상당한 이름을 가지고 있고, 거기에 걸맞는 상당한 가격(?)을 가지고 있는 회사이기도 하지요. 2007년인가 MIPS로 인수되어 MIPS Analog business group(ABG)이라는 이름으로 사업을 전개해왔었는데, 이번에 시납시스로 인수된 것이지요.

MIPS가 프로세서 플랫폼이라는 관점에서 ABG와 상당한 시너지를 기대했던것으로 기대했는데, 생각보다 좋은 결과가 없었던지 MIPS가 많이 어려웠던지 둘중에 하나겠지요. 상당히 탄탄한 디지털 IP 군인 DesignWare를 지니고 있는 Synopsys에 있어서는 매우 좋은 결과를 이끌어낼 수 있는 M&A임에는 틀림 없을 것 같습니다. 향후 시납시스가 지향하는 방향도 대충 짐작이 가구요.

사실 지난 한달동안은 이런 저런 일로 인하여 개인적으로 매우 바쁘고 정신없었습니다. 모모 국책 과제 입찰에 참여해서 제안서쓰고, 과제 발표 준비하고, 협상하고 등등의 일을 처리해야 했고, 지난주에는 강의도 있었고.. 또 다른 국책 프로젝트의 T/O 날자도 다가오고 있고 해서 정신 없습니다. 워낙 일이 많이 벌어지고 있어서, 집중력을 길게 가져가는 것보다 순간 순간 집중하고 하나씩 해결해 나가려고 노력중입니다.

이 이야기는 아마도 이번달에도 뜸할 것 같다는 슬픈(?) 이야기죠 ^^;

한숨 돌림(?)

(babyworm) — Tue, 28 Apr 2009 21:28:23 +0900

일본에 출장 갔다온것 까지는 좋았는데, 돌아오니 산더미처럼 일이 쌓여서 주말에도 회사에 출근하는 만행(?)을 저지르고, 매일 11시 넘어 퇴근하는 기록을 세우는 등 거의 죽어지냈습니다.

그나마, 오늘, 지금 이시간, 대부분의 일이 정리 되었습니다.

홍보부서도 아닌데 열심히 이런 저런 자료 만들고, 과제 제안서 작성과 제출에, 과제 발표에, 덜컥 맡아버린 모 논문지 편집위원직 덕분에 논문 심사까지...

이제 가욋일이 대충 마무리 되었으니, 다시 엔지니어 생활로 돌아.. 오려 하고 있는데, 메일이 왔군요.. 모모 자료 수정좀 해달라고. !!!!

제게 지금 필요한 건 이거 저거 다 말할 것 없이 다른 일에 방해받지 않고, 책보고 설계할 수 있는 환경이 필요합니다.

하지만 현실은....

오라클이 선을 인수했습니다.

(babyworm) — Tue, 21 Apr 2009 00:22:56 +0900

결국은 오라클이 SUN을 $7.4 billon에 인수했습니다. [관련기사: http://news.cnet.com/8301-1001_3-102230 ··· ksarea.0]

사실 IBM이 SUN을 인수하려고 했던것은 시너지를 노렸다기 보다는 오라클이 SUN을 인수하는 것을 막기 위한 포석이었다는 분석이 우세했습니다. 사실 IBM은 이미 power 아키텍쳐를 가지고 있으니 SUN과의 시너지를 기대하기는 어렵지요.

하지만, 오라클은 하드웨어와 소프트웨어를 묶어서 강력한 솔루선을 제공할 수 있으니, 시너지를 노릴 수 있고 솔루션 시장에서 강자인 IBM은 여기에 대항하려고 했던 것이지요.

여하튼, 이제 SUN이 오라클에 인수된 것이 서버 시장에서 회복의 신호탄이 될지, 일단 자금이 생겼으니 공격적인 투자가 이루어질지.. 이루어지더라도 서버 시장에서 가격적인 메리트를 회복할 수 있을지는 두고 봐야 겠습니다.

귀국.. 소회

(babyworm) — Mon, 20 Apr 2009 12:13:30 +0900

지난 토요일에 귀국했습니다.

호텔에서도 인터넷이 되기는 하였습니다만, 매일 매일 즐거운 나날(?)을 보내느라 메일 체크하기도 빠듯해서 이제야 글을 올립니다.

전반적으로 환율 크리를 실감한 출장이었고, 많은 동료들과 학교 후배들과 같이 출장을 가니 역시 덜 지루해서 좋았다는 느낌입니다. 많은 한국 분들과 새로운 만남을 가진 것도 값진 일이었으며, 작년에 이어 김균동씨의 친절하신 안내에 동경 구경도 잘했습니다.

결론적으로 일본은 선진국이더군요.. 여러가지 면에서.. ^^; 그래도 한국이 더 다이나믹해서 좋습니다.

나중에 개인 블로그에 여행 사진이라도 올릴 생각입니다. (뭐, 학회 때문에(?) 여행이랄 것도 없습니다만..)

토요일에 귀국해서 어제는 내내 거의 사망 상태였습니다.

집이 최고였습니다.

참고적으로, 아래 책 관련 포스팅은 그냥 말이 공유니까 부담 가지실 필요 없습니다. 자유롭게 생각하시면 됩니다. 그냥 여러가지 문제로 막 올릴수는 없으니 생각중이라는 정도로 생각하시면 됩니다.

새로운 EISC 기반 제품.. 출장

(babyworm) — Mon, 13 Apr 2009 19:13:55 +0900

그전에도 보안 카메라 쪽에서 나름 인지도가 있는 S 계열사의 Winner3, Winner4 시리즈에 EISC가 채택되었었는데, 이번에는 S사의 보안 카메라 부분의 A1이라는 칩에 채택되어 양산되었습니다. (http://www.dt.co.kr/contents.html?artic ··· 32718001) 이 제품들에 대한 라이센스가 몇 년전의 일인데, 이제야 성과물이 나오는군요.

EISC 프로세서의 경우 그 동안 이것 이외에도 이쪽 저쪽에 라이센스가 좀 있는데, 작년부터 미미하지만 로열티 수입이 발생하기 시작한다는 점, 그보다 타사에서 상용화에 성공한 제품이 하나둘씩 나오고 있다는 점이 좋은 현상인 듯 합니다.

프로세서라는 것이 시장에서 받아들여지는데 참 오래걸리는 놈이라는 걸 다시 한번 깨닿고 있습니다.

COOLCHIPS를 보기 위하여 내일 출국합니다. Poster 섹션에 많은 한국분들이 있으시더군요. 기회되면 즐거운 시간을 :)

한가지..

밤에 집에 가면 졸려도 참고 있다가 후다닥 달려와서 안기는 14개월된 우리 딸래미가 마음에 걸립니다.

상당히 괜찮은 microprocessor report deal

(babyworm) — Wed, 08 Apr 2009 13:27:44 +0900

제가 즐겨보는 microprocessor report가 이번에 행사(?)를 하는군요. 신규 가입만 가능하다니 ㅠㅠ; (기존 가입자를 위한 deal도 만들어라~)

저희 회사는 2년 짜리를 구매해 둔 상태라 관계 없는 상태입니다만, microprocessor report를 구매하시고자 하는 분들께는 좋은 소식이겠네요. 4월 30일까지구요. Processor watch라는 e-mail news letter에 가입자 대상인데, 이 뉴스 레터가 무료기 때문에 원래 가격(1년에 $895)보다 $200불 싸게 보실 수 있겠네요. (흠.. 환률 생각하면 흠.. 그래도 예전에 신청한 것이 유리한 것일 수도 있겠네요. )

개인적으로 보는 건 힘들겠고, 도서 구입비가 남아있는 관련 기관/랩에서는 관심가져 볼만 하겠습니다. :)

----

Dear Colleague:

During this time of economic strife, I would like to extend a special
offer to all of our Processor Watch subscribers. From now until April
30, 2009, you will receive a $200 off of a one-year web-only
subscription to Microprocessor Report by simply contacting me at
480-483-4441 or at epotter@reedbusiness.com.
This offer is for new subscriber only.

If you have questions, don’t hesitate to contact us.

Best,

Elaine

Elaine Potter
480-483-4441
epotter@reedbusiness.com

----

괜찮은 Rapid Share downloader; FreeRapid Downloader

(babyworm) — Mon, 06 Apr 2009 09:03:56 +0900

국내에서는 잘 이용하지 않지만, 이곳 저곳에서 자료실로 상당히 많이 이용하는 서비스로 Rapid Share라는 곳이 있습니다.

저도 물론 잘 이용하지는 않았습니다만, 전자/IT쪽 e-book을 공유하는 어둠의 조직¹을 어찌 어찌 알게 되었는데 그쪽에서 rapid share를 이용하여서 요즘들어 가끔 사용하고 있지요.

그런데, rapid share를 이용하다보면 귀찮은 것이 free user의 경우 다운로드 받기 전에 한 30~40초 가량 대기해야 하고, 대기 한 후에 자료 다운 로드 정보를 클릭해 줘야 하고, 한 자료가 5M 정도 넘어가면 대역폭 제한 같은 것 문제로 그 다음 자료를 다운 받는데 1시간정도 기다려야 하는 귀찮은 문제가 있었지요.

오늘 말씀 드리는 freeRapid downloader는 이런 귀찮은 작업을 자동으로 해주는 툴입니다. (저는 이런 툴이 있으리라고 생각은 못했는데, 인터넷 찾아보니 상당한 숫자가 있더군요. 다들 rapid share의 정책이 귀찮은 것이겠지요)

그냥 URL을 주르르 붙여두면, 필요한 시간 만큼 대기하고 자동으로 다운로드 받아주는 툴입니다. 국내 사용자들은 Rapidshare를 사용하실 일이 별로 없으시겠지만, 사용하시는 분들에게는 상당히 유용한 툴입니다.

전자/IT 계통이라고 해도 이쪽 전공책은 정말 가끔 나오고 대부분 web이나 php, ajax, programming과 같은 부분의 책이 대부분입니다만.. 가끔은 정말 괜찮은 책이 올라올때가 있어서 이용하곤 합니다. [Back]

환률 크리

(babyworm) — Thu, 26 Mar 2009 23:43:53 +0900

환률이 난리는 난리인가 봅니다.
오늘 책을 몇권 사려고 강컴에 갔다가 완전히 기절하는 줄 알았습니다.

verilog and system verilog gotchas 를 살까.. 하고 보았더니 책 가격이 무려 15만 4천원 !!!! @_@
아마존에서는 $79.11 이니, 러프하게 1500원 따져도 12만원인데 말입니다.

왠만한 책은 모조리 20만원대 더군요. 우와~

예전에는 강컴의 책이 더 저렴했기 때문에(international edition이라면 말할 것도 없습니다만, 일반적으로도..) 자주 이용했습니다만, 요즘엔 아마존이 가장 저렴하군요. 아마도 환률 변동성이 크니까 회사 입장에서는 대략 1900원 정도까지 상정을 해서 가격을 매겨 두었나 봅니다.

수행중인 국책 과제비를 이용해서 책을 구매하기는 했습니다만, 예전과는 다른 책값에 기절할 뻔 했습니다.

이번에 COOLCHIPS라는 학회 때문에 일본에 가는데, 역시 환률 크리를 맞아서 ㅎㅎ
(나중에 다시 올리겠지만, COOLCHIPS는 일본 요코하마에서 열리는 학회이고 low power embedded processor 관련 논문이 많이 발표 됩니다. - 요즘엔 약간 달라졌습니다만.. 초기엔 상당했죠..- 혹시 참가하시는 분이 계시다면 연락주세요. 같이 식사라도 하시죠 ^^; )

여하튼 두려운 환률입니다.

에고, 주제에서 벗어나서..

이번에 구매한 검증 관련 책은..

위의 책과, systemverilog for verification 2nd ed., step-by-step functional verification with systemverilog and ovm이라는 책입니다.

이외에 cortex-M3 에 대한 책을 구매했습니다. 관련 메뉴얼이나 자료는 읽어봤지만, 책이 있으니 한번 읽어보고 받아들일 부분이 있는지 확인하려고 합니다. bit banding같은 아이디어요.. ^^;

에구.. 책만 사면 뭐하나요.. 읽어야 말이지요..
책 읽는 속도는 눈에 띄게 느려졌습니다. 일본가는 길에 읽던지 해야겠지요.

호환성 강화 = 노가다.

(babyworm) — Fri, 13 Mar 2009 10:31:27 +0900

일반적으로 어떤 프로그램/하드웨어의 버전이 올라가면서 API를 변경할 필요성이 생길때가 있습니다.

예전에는 고려하지 못한 상황들 때문에 관련 부분을 재정의하게 되는 것이지요.

Windows 7에서 호환성 강화를 수행한다는 기사(http://www.zdnet.co.kr/articleview.asp? ··· 12182807)를 보니, 해당 엔지니어들 죽어나겠구나.. 라는 생각이 들었습니다.

예전에 어떤 책이었는지 기억은 나지 않는데(소프트웨어 공학 관련 에세이 정도 되었던 기억인데요.. 실용주의 프로그래머 처럼..) Windows3.1에 들어오면서 많은 DOS 프로그램이 수행되지 않게 되었고 많은 사람들이 Windows가 나쁘다는 말을 하게 되지요.

사실 MS가 잘못한게 아니고, 워낙에 DOS 프로그램들이 성능을 위하여 DOS에서 reserved 영역으로 둔(즉, 실제적으로는 undoumented된) 함수를 이용하는 경우가 많았기 때문이죠. 그당시에 유행했던 책중의 하나가 피터 노턴 아저씨가 적은 undocumented system call 관련된 책이었으니까요..

여하튼, 이때 MS가 수행한 작업은 Windows에서 이상한 시스템 콜을 한다거나, 예외적으로 시스템을 붙잡아두는(잘못짠) 프로그램을 하나씩 분석해서 그 프로그램이 수행되면 해당 시스템 콜의 동작을 다르게 처리한다던지, 다른 방법을 사용하는 완전 "노가다" 작업이었습니다.

어찌보면, MS의 입장에서는 억울했을 일이지요. 사용하지 말라고 문서화하지도 않은 테스트 함수들을 지들 멋대로 써 놓고서, 그것 때문에 프로그램이 돌지 않으면 사용자는 "Windows가 나쁘다!"라고 이야기하니까요. MS는 해당 회사에 프로그램의 수정을 요청할 수도 있었겠지요.

하지만 MS는 그렇게 하지 않고, 이상하게 동작하는 프로그램들을 수집하고, 각각에 맞도록 OS의 동작을 바꾸는(!) 엽기적인 일을 합니다. 엔지니어 입장에선 엽기적이지만, 사용자들의 입장에서는 어찌 되었든지 프로그램이 돌면 행복한 것이지요. MS가 성공할 수 있었던데는, 엔지니어 입장이 아니고 사용자의 입장에서 일을 처리했다는 데 있는 것 같습니다.

뭐, MS가 잘했다는 건 아니지만, 요즘에 문서 작업하고 이런 저런 구상하다 보면, 대충 적을때는 모르겠는데 나중에 보면 '이건 뭐 외계어로 적은 것도 아니고... 사용자가 알아먹을 수 있는 문장이 없네..'라는 생각이 들때가 있습니다.

가끔은 이야기를 하다가 시도때도 없이 튀어나오는 '전공 용어' 때문에 곤혹 스럽기도 하구요.

잘 설명할 수 있어야 정말로 잘 아는 것이라는데, 아직은 많이 부족하지요. 도를 깨닿는 길은 험하고도 멀군요 :)

생각과 현실..

(babyworm) — Tue, 10 Mar 2009 11:34:38 +0900

항상 팀웍이 제일 중요하다고 생각한다. 하지만, 일을 못한다면…
사람들에게 Nice하게 다가가고 싶다. 하지만, 일을 못한다면…
각자에게 적절한 일이 있는 것 같다는 생각은 든다. 어떤 일은 누가 잘하고, 어떤 일은 누가 잘하고.. 어떤 사람은 일을 주면 평균이상을 해낼 것이 기대가 되고, 어떤 사람은 반대고.. 이런 편차를 잘 고려하는 것이 중요하다. 지금 당장은 일을 못한다는 것이 꺼려지는 일이지만, 어찌 어찌 보완해갈 수 있을 것만 같다 (실제로 그럴 수도 있고, 아닐 수도 있으니..)

근데, 실제로 힘든 건 죽은 사람을 대할 때다. 오히려, 불길처럼 타오르던 열정이 있었으나 사그러들어 이제 재만 남은 것처럼 무서운 것이 없다. 결국은 맞물려 돌아가는 곳에 재를 뿌리게 될 테니까 말이다.

혼자 일하는 것 보다 같이 이루는 것이 훨씬 즐겁다. 하지만, 훨씬 고통스럽다. 그래서, 결과는 더욱 더 달콤한지 모르겠다.

학교 동아리에서, 랩실에서 겪었던 경험은 나에게 언제나 큰 도움을 준다.
특히, 소위 이야기하는 군기와 열정을 최우선으로 했던 동아리에서의 경험은 생활을 하는데 큰 도움을 준다. 모든 일에 열정적으로 대하면 안 될 것이 없다는 점을 알려주었으니 말이다. 게다가 그 당시에 그렇게 열정적으로 뭔가에 미칠 수 있는 사람들을 만날 수 있었다는 건 나에게 큰 행운이었다.

하지만, 안타깝게도 다들 열정적이었기 때문에 이러한 에너지를 한곳으로 모으는 건 온전히 배웠지만, 열정이 꺼져버린 사람을 되살리는 법은 배우지 못했다. 어찌해야 할까..
(아쉽게 온전히 배웠다고 온전히 사용하는 건 아니다. 좋은 방향 보다는 나쁜 방향으로 나타나고 있는 경우가 더 많은 몇 년째 초보 리더이다)

제대로 성공한 사람에게는 사람의 향기가 난다. 특히 아름다운 언어를 사용한다.
성공한 사람이라고 모두 아름다운 언어를 사용하는 것은 아니지만, 많은 경우에는 그 사람만의 생각이 잘 어우러진 말을 한다.

'성공보다는 성장을 선택하였다'는 말은 이상적이지만, 현실을 몰랐다는 말과도 통할 수 있다. 결국은 성공해야만 이런 말이 loser의 변명이 되지 않고 아름다운 말이 되는 것이니까. 결국은 성장뿐 아니라 성공 역시 중요하다.

고민중..

나에게는 아직 아름다운 언어보다는 아름답지 못한 언어가 더 많이 만들어지고 있다.

고민 & 개선 노력중…

Computer: Tools for an Information Age.

제목이 맞는지 가물 가물하지만, 대학 신입생 때 첫 전공(이라기엔 약간 교양틱하지만, 전공 교수님들이 총 출동하신 강의)에서 사용한 책의 제목이다.

당시 학과장이셨던 양교수님께서 '이 책은 제목 그대로 컴퓨터란 것이 여러분에겐 어려운 것이 아니고 단지 망치와 같은 도구일 뿐이라는 걸 알려주기 위한 책입니다. 여러분이 나중에는 여러 가지 일을 컴퓨터로 할 텐데, 부디 잘, 그리고 적극적으로 다루어주길 바래요'라는 말씀을 하셨던 것이 기억난다(사실은 말씀하신 그대로는 아닐 것이다. 머리속에서 각색되어 벌써 17년을 담구어 놨던 말이니..).

그런데, The Second Self: Computers and the Human 이라는 책의 서두에 보니, Sherry Turkle looks at the computer not as a "tool," but as part of our social and psychological lives; 라고 되어 있다. 다 선언적인 이야기이지만, 이제 한 세상이 바뀌었구나 싶은 느낌이 들었다.

안사람이 네이처에 논문을 냈다. 자신의 말로는 수많은 저자들 중에 한명일 뿐이라지만, 그래도 네이처잖소..
이렇다 저렇다 좀 더 기뻐해도 될 것인데… 어찌 되었던 난 기쁘네요 J

애 키우면서, 학교 다니고, 실험하는 것이 쉬운 건 아니잖아요?

http://media.daum.net/digital/science/v ··· Detimesi

http://media.daum.net/digital/science/v ··· Dfnnewsi

http://media.daum.net/digital/science/v ··· 3Dyonhap

근데, 신문 기사 읽다보니, 안사람이 토끼 실험하던 재미난 이야기(그쪽 계통 사람들이 들으면 재미있는 이야기)가 생각나서 잠깐 소름이 쫙~...
토끼 다리&눈을 쏙쏙 뽑는다고 이야기 할 정도로 동물 실험을 많이한 사람이라면 분명히 재미 있는 이야기일 것인데, 나 같은 사람은 그냥 듣기만으로도 소름이 끼치니.. 상황이 재미있더라도 소름만.. ㅋㅋ

Project Veripage etc...

(babyworm) — Mon, 09 Mar 2009 14:14:33 +0900

1.
Veripage 라는 곳에서 느닷 없이 뉴스레터를 보내왔는데(그동안 왔을 텐데, 스팸 처리 되었을 가능성이 더 높지만..), 거기에 아래와 같은 문제가 있습니다.

다음에서 Z의 값은 어떻게 될까요?

bit c, e, o, r, t;
bit [2:0] v, w;
bit [5:0] x, y;
bit [6:0] z;

v = {<<{c,e,r}};
w = {<<{r,o,c}};
x = {>>{v,w}};
y = {<<3{x}};
z = {>>{y,t}};

SystemVerilog를 써 보신 분들은 보신 적이 있으실 streaming concatenation 연산입니다.
간단히 설명드리면, 병합 연산을 수행하되 << 는 병합 순서에 있어서 right-to-left로, >>는 left-to-right로 병합하라는 연산이지요.
<<N{}은 N단위로 블록을 잡으라는 의미이구요.
그다지 쓸일은 없습니다만, 가끔 복잡한 assign문을 적어야 할 때 편합니다.
저는 합성해야 할 코드는 호환성 문제를 고려해서 verilog95-가끔 2001 문법도 씁니다만-를 사용하고, 이런 귀찮은 assign은 vi의 매크로를 사용합니다만, 검증만 목적으로 하는 모델링에는 편하겠죠.

여하튼, 그래서 답이 어떻게 될까요? ㅎㅎ

2.
Veripage를 오랫만에 가보니 검증 관련 책 추천이 새롭게 많이 되어 있더군요. http://www.project-veripage.com/books.php 참고해보세요.

3.
구독하고 있는 blog중에 art.oriented 님의 블로그에 올라온 글입니다. (지난번에 alt.oriented 라고 잘못 적는 우를 범했습니다. 다시 한번 죄송합니다. newgroup인줄 알았는지 ^^;)

typedef struct tagWHATTHE {
int    data1;
int    data2;
char data[1];
} WHATTHE;

여기서 char data[1]의 의미는 무엇일까요?
정답은 위의 글을 참조하시고..

저도 simulator를 만들때 위와 비슷한 동작이 필요한 경우가 종종(이라고 쓰고 '많이'라고 읽는) 있는데, 유용한 테크닉이군요.

참고로 EISC 상에서 disassemble 해보니 다음과 같이 접근합니다. (변수명은 tt, typedef는 test로 했고, malloc은 걍 100 했습니다.) 어떻게 나올지 짐작하는데 대충 도움이 될 것 같아서 올립니다.

test* tt = (test*)malloc(sizeof(test)+100);
c0000046: 70 a8 ldi 0x70    %R8
c0000048: 4d df jal c00000e4 <_malloc>
c000004a: 98 e4 lea ( %R8 ) %R9

c000004c <.LM3>:
tt->data1 = sizeof(test) + 100;
c000004c: 70 a8 ldi 0x70    %R8
c000004e: 09 18 st    %R8 , ( %R9 + 0x0 )

c0000050 <.LM4>:
tt->data2 = 1;
c0000050: 01 a8 ldi 0x1 %R8
c0000052: 19 18 st    %R8 , ( %R9 + 0x4 )

c0000054 <.LM5>:
for (i = 0; i < 100; i++) {
c0000054: 00 a0 ldi 0x0 %R0
c0000056: 89 e4 lea ( %R9 ) %R8
c0000058: c8 c8 addq    0x8,    %R8

c000005a <.L5>:
tt->data[i] = i;
c000005a: 08 30 stb %R0 , ( %R8 + 0x0 )

ldi은 load immediate, jal 은 call과 동일하고, st는 store, lea는 레지스터간의 move, addq는 add immediate입니다. (stb는 store byte이구요)
본문에 나왔듯이 캐시 효율로 봐도 이넘이 더 좋을 듯..

쓰고나서 덧글) 테터에서 코드 하일라이트 기능이 엉켰는지 짜증 지대로.. ㅠㅠ;

잡담.. Vim Color Scheme

(babyworm) — Thu, 05 Mar 2009 10:50:51 +0900

1.
구글 크롬을 주력 브라우저로 사용하는 건 좋은데, Textcube 글쓰기가 이상하게 되어 불편하더군요. Textcube 업데이트를 할 시점이 온 것 같은데.. 트래픽 문제로 그림 한장 제대로 못 올리는 신세이다보니 ,그냥 Tistory로 이전할까. .하는 생각도 듭니다. (요즘엔 메타 블로그쪽으로 feed를 잘 보내지 않아서 뭐 트래픽이 그렇게 많지는 않습니다만, 그래도 매일 매일 텍스트로만 채운 글도 60%의 트래픽을 넘나들고 있으니.. 걱정이 되죠 ^^;)

2.
뭐가 없어서 뭘 못하고 있다는 말처럼 공허한 말이 없는 것 같습니다.
다 마음의 문제이지요.

3.
vim color scheme이라는 것이 취향에 많이 따르는 건데요. 생각보다 민감하죠.
컬러 스킴을 확인해 볼 수 있는 사이트가 있더군요 [여기]

4.
요즘에 어쩌다 듣게된 '브로콜리 너마저'라는 밴드의 노래가 제 취향이군요. ^^;
춤이라는 노래가 개인 취향입니다만, 가장 많이 알려진듯 한 앵콜 요청 금지라는 노래는 걸어둡니다.

요즘 제가 개인적으로 좋아하는 재주소년의 신보도 나왔습니다.
역시나 같은 감성.. 약간은 매너리즘? 그래도 좋네요

5.
힘내자, 견뎌라.. 이런 류의 말이 요즘 가장 많이 들리는 이야기지요.
글쎄요. 즐기세요 :)
피할 수 없다면 즐기라고 하잖아요.

다른 일로 고민하는 중입니다만, 뭔가 외부의 충격이 있어야 새로운 시각이 생기잖아요.

Low Power VMM 공개

(babyworm) — Thu, 26 Feb 2009 15:55:37 +0900

가끔 올리는 짧은 소식 몇 가지.

Synopsys에서 Low Power Verification Methodology Manual을 공개하였습니다
Solvnet ID가 있으시다면 누구라도 여기(http://www.vmmcentral.org/vmmlp)에서 다운 받으실 수 있습니다.

저는 다운만 받고 아직 훓어보지도 못해서 no comment입니다. ^^;

Mentor가 OVM을 기반으로 VMM code를 지원하겠다고 발표했습니다. (실질적으로는 VMM의 function을 OVM 함수를 이용하여 구현한 것이겠습니다)
VMM을 기반으로 작업했던 사람을 OVM으로 끌고 오겠다는 셈이겠지요. (http://www.mentor.com/products/fv/metho ··· b_rf.cfm 에서 Verification Cookbook을 다운받으실 수 있습니다.)

아래 posting에 댓글 달아주신 홍용재님의 글처럼, OVM은 e, SystemC로 지원할 계획을 가지고 있습니다. 대부분의 interface 함수를 공유하게 될 것이니, 기존의 작업은 그대로 둘 수 있고, e, SystemC를 HVL로 이용하여 모델링 하시던 분들을 역시 적극적으로 끌어들이겠다는 전략으로 해석됩니다.

드디어 simulation 가능한 툴이 생겨서 OVM을 좀 보고 있습니다. SystemVerilog의 Class를 참 잘 이용한 것 같습니다. 제가 평소에 하는 프로그래밍이라는 것이 대부분 모델링이라 보통 프로그래밍을 할 때 속도 문제로 OOP는 잘 사용하지 않는데(특히 virtual function의 경우 상당히 느려집니다), 걍 편하게 살자는 마음과 Verification에 한정하니 머리가 편해지는군요. OOP라는 것이 처음에 class design(실제적으로는 상속의 남발 ^^;) 잘못하면 낭패를 보는 경우가 많은데, 대부분의 코드가 공유될 때 편하긴 편하지요.

ABV를 여쭈어 보시는 분들이 많은데 SystemVerilog에서 출발해야 할 부분이라고 생각되어서, 취미 삼아 Verilog사용자를 위한 SystemVerilog Guide를 지난달부터 작성하고 있는데, 회사 일과 크게 관련이 없는지라 주말에 집에서 하는 작업으로 한정하고 생각하다 보니 진도가 아주 느립니다. 어느 정도 정리되면 올리겠습니다. (대부분 doulos.com의 Tutorial 자료를 참고하고 있고, 내용에서 빠지는 부분을 채우고, 제 생각에 별로 필요 없는 부분 – 그런게 있나요.. ^^; -은 제외하고 작성하고 있습니다.

---

쓰고 보니 요즘 문서작업으로 바쁜데.. 그 와중에 또 글을 쓰는 건 뭐지… 라는 생각이 드는 군요. (시험 전달에 이상하게 몰아두었던 만화나 드라마나 심지어 논문이 재미있어지는 것과 비슷한 현상일지도..)

일반인의 입장에서의 LaTeX

(babyworm) — Thu, 19 Feb 2009 12:30:15 +0900

몇 번을 KTUG에 관련 포스팅이 있을 때 마다 쓰려고 했지만, 그분들의 노력을 잘 알고 있기에 함부로 이야기하기 좀 그런 이야기들을 씁니다. (KTUG 김강수님의 글에 트랙백을 달려고 작성했는데, 안되어서 그냥 씁니다. ^^;)

아시는 분은 아시다시피 babyworm은 회사에서도, 집에서도 LaTeX을 많이 사용합니다. 요즘엔 word로 글을 쓰면 모양을 이쁘게 만들지 못할 정도이죠. (이거 생각보다 심각한 증세입니다. 그래도, 회사의 다른 사람들과 간단한 메모(일종의 workbook을 위해서는MS word를 즐겨쓰죠)

사용만 할 줄만 아는 초보 유저의 입장에서 몇 가지 아쉬운 점을 말씀 드립니다.

간단한 가이드의 제시

PracTeX Journal이란 곳에 LaTeX documents that endure라는 글이 올라오면서 지속 가능한 LaTeX이라는 이야기가 블로그에 많이 나오는데요. 저 역시도 이 문제는 반드시 해결해야 할 중요한 문제라고 봅니다. (물론, 본문을 읽지 못해서 다른 분들의 blog 글을 통해서 간접적으로만 알고 있습니다만..) 이를 위해서는 가장 중요한 것이 스타일과, 클래스의 유지라고 생각합니다. 즉, 일반적이고 한정된 클래스 위주로 사용한다면 나중에 변경되는 것을 가이드 하기도 편하다.. 는 생각이죠.

예전에 공주대에서 말씀 드린 적 있습니다만, 일반적인 사용자는 "내가 사용하는 것이 어떤 클래스이고, 어떤 클래스/스타일을 넣어야 해당 명령이 동작한다"라는 개념이라던지, pdflatex이건 dvipdfmx이건 관심도 없습니다.

단지 알고 있는 건 이걸 하고 싶을 땐 이런 명령을 써라 (혹은 에디터에서 이 단축키를 눌러라) 정도입니다. 그리고, 다 되면 KCmenu에서 어떤 버튼 누르면 된다. 그 정도지요.

당연하죠. MSWord 사용할 때 볼드체를 하려면 어떤 아이콘을 클릭하면 되는지만 알면 되지, 볼드체를 구현하기 위하여 어떤 패키지가 깔려야 하는지, 동일한 볼드체를 구현하는 다양한 패키지 중에 어떤 것이 좋은지는 "전혀" 관심이 없습니다. 패키지가 안깔려 있다면 그 중에 가장 적절한 패키지를 자동으로 업데이트 하는 프로그램만 있으면 되죠.

즉, 일반적인 사용자는 필요 이상으로 너무 많은 것을 알려주면, 불편하다고 생각합니다. 단지, 내가 하고 싶은 것을 어떻게 하면 되는지만 알려주면 됩니다.

초보 사용자를 위해서 아래 것이 되어야 합니다.

1. 무조건 full package를 깔 수 있도록 해야 합니다.
TexLive던 뭐든 일반인은 상관하지 않습니다. 동작만 하면 상관 없습니다.

2. 예전에 사용했던 패키지를 그대로 사용하게, 혹은 migration path를 아주 쉽게 알수 있어야 합니다.
예전에 dhucs-hyper 이야기를 드린 적이 있습니다만, 당연히 hyperref로 가야 할 상황이었습니다만.. 어떻게 바뀐다는 내용이 부족한 것 같습니다. 물론, 이건 찾아보면 됩니다. 하지만, 대부분의 사용자는 "어떤 툴에서는 되었는데, 새 버전에서는 컴파일이 안되니 예전 버전을 사용하자.. 새 버전은 버그가 있다"로 반응 합니다. 대부분 당연히 되던 것이 안되면 찾아보기 보다는 버그라고 인지하는 것입니다. 어찌 보면, 이런 문제 때문에 호환성이 매우 중요한 것이겠습니다.
따라서, 해당 package가 새로운 패키지로 대체되는 경우에는 kcmenu의 script나 어떤 것을 이용하여 새로운 패키지로 변경된 패키지를 요구하는 경우에는 "몇 행의 어떤 패키지는 어떤 걸로 바뀌었으니, 어떻게 바꾸라는 좀 더 구체적인 방법에 대하여 설명하는 에러 메시지와 관련 web page를 참조할 수 있도록 하는 건 어떨지 생각합니다.

3. 일반적인 문서 작성에서 발생할 수 있는 여러 상황에 대하여 간단하게 가이드를 줄 필요가 있습니다.

가장 중요하지만, 가장 어려운 일이기도 합니다만.. 설명하자면..
예를 들어 표를 그리는 방법은 여러 가지 입니다. 각각의 용도에 맞는 방법이 있지요.
하지만, 가장 많은 기능을 포함하고 있는 (따라서 무거울 수도 있지만..) 표 패키지와 이 사용법을 위주로 풀어주는 것이 일반적인 사용자에게는 더 편합니다.

그림의 삽입도 마찬가지 입니다. 대부분이 요즘에 includegraphics를 사용하지요.

이걸 일반적인 가이드 북으로 엮을 필요가 있습니다. 자세한 설명 필요 없습니다. 이거 하려면 이렇게 쓰세요. 정도면 충분합니다. 쉽게 이야기 해서, 초보 유저에게는 초보 유저 가이드가 필요하고, 고급 사용자에게는 reference manual이 필요한데, 모든 사용자들에게 reference manual에 모두 있으니 참조하세요~. 하는 것 같습니다.

표의 사용

사실 표의 사용 문제는 예전부터 문제였습니다. 게시판에서는 표를 많이 사용하는 건 별로 좋지 않은 습관이다.. 라고 말씀하시는 분도 있으신데, 이건 좀 옳지 않은 표현인 것 같습니다. 글을 쓰는/읽는 문화에 관련된 것이기 때문에 어떤 것이 좋다/나쁘다 라고 할 수 없다고 봅니다. 게다가, 제가 몸담고 있는 분야는 국 내외를 막론하고 표를 엄청나게 많이 사용합니다. (각 비트의 의미를 각각 표현하는데 표만큼 편한 방식이 없으니까요)

그런데, 아시다시피 LaTeX에서 표의 사용은 결코 쉽지 않습니다. 사실대로 이야기하자면, 초보자의 입장에서는 끔찍하죠. 초반에 썼던 방식은 excel에서 표를 만들어서 이걸 그림으로 삽입하는 방법을 많이 사용했는데(아직도 약간 이쁘장하게 만들어야 하는 표는 이렇게 합니다.), 그림이라는 한계 때문에 페이지를 넘어가는 경우에 속수 무책이었습니다.

그래서, 회사 내에서 사용할 포맷을 만들 때는 long table 과 colortbl을 사용하여 무조건 이것만 쓰게 guide를 했었습니다. 문제는 이걸 이쁘게 만들기 상당히 어렵다는 것이죠.

자그마한 바램이 있다면, 국내에서는 표를 상당히 "빡시게" 사용하니까 국내의 사정에 맞는 표 작성 관련 style 이 있었으면 좋겠습니다.

예쁜 문서의 어려움

TeX의 장점.. 디자인과 쓰기를 분리할 수 있다. 좋은 이야기입니다. 그런데, 한글을 사용하면서 사용할 수 있는 예쁜 문서 예제가 적습니다. 있는 예제는 너무 어렵습니다. 어느 정도 레벨이 되지 않는 사용자는 어떤 부분이 어떻게 동작해서 저런 예쁜 모양을 만들 것인지 알기 어렵습니다.

저 문서의 사이드 바를 따라 하고 싶은데, 도저히 어떻게 한 것이지 모르겠고, 저 문서의 인덱스 형식을 따라 하고 싶은데 수 많은 문장 중에 어떤 부분을 따와야 하는지 모르겠어서 이것 저것 해보다 포기하는 경우가 부지기수 입니다. ^^; 이런 예는 수도 없죠 ^^:

---

분명히 LaTeX은 매력적입니다. 누군가 한번 포맷을 만들면 별로 신경 쓰지 않고 글쓰기에 적응할 수 있고, 어느 정도 퀄리티도 보장됩니다. 워드처럼 느려지지도 않고, 찾아보기나 인덱스가 꼬이지도 않습니다. 그래서, 적어도 저희 회사의 저희 팀에서는 상당히 폭넓게 사용하고 있습니다. (보고서나, 매뉴얼, 일부 워크북에서까지..)

그럼에도 불구하고, 업데이트되었을 때 컴파일이 안되면, 다들 당황하고 (예전 버전으로 돌아가기도 하고. 지우고 다시 깔아보기도 하고.... 가끔은 분노 반응도.. ^^;), 외부의 요청으로 "좀 더 이쁘게" 해야 할 경우에도 일단 "째"야만 하고, 한참을 고생합니다. 이런 걸 보면, 초보자에게는 "원인을 알려주기 보다는 현상에 대한 처리 방법"이 가장 좋은 답이 아닌가 싶습니다. 즉, F6대신 alt-F6을 누르세요 같은 답 말이죠.

DVCon의 결과..

(babyworm) — Mon, 16 Feb 2009 08:06:05 +0900

질문 게시판의 내용이지만, 답변은 여기에 ^^;

http://theasicguy.com/2009/01/27/dvcon- ··· -mean%2F 에 DVCon Survey 결과가 있었습니다. DVCon은 가끔 언급했지만, verification 부분에서 가장 큰 행사 중의 하나이지요. ESNUG에서도 곧 여러가지 설문 결과나 행사 기간동안 가장 많이 팔린 책들에 대한 언급이 있을 텐데요.. 올 한해 책 지름의 기반이 되겠지요.

여하튼, 설문의 결과는 예상대로.. 라고 말씀드릴 수 있습니다.

Design Language로는 Verilog HDL 이 대세
검증에 있어서는 SystemVerilog가 대세

요약하면 이렇게 되는 거죠..

사실 ~~SystemVerilog가 다음 Verilog HDL에 통합될 예정이기~~ SystemVerilog가 Verilog HDL로 통합 되었기 때문에 전체적으로 VerilogHDL이 휩쓸고 있다고 볼 수 있습니다.

설계 언어로서 Verilog HDL이 각광 받는 건 사용하기 편해서이기도 하고, 많은 검증된 툴이 존재한다는 점 때문이기도 합니다.

SystemVerilog가 검증 언어로서 각광 받는 이유는 verilog로 부터 물려받은 design 부분의 feature이외에 검증을 위한 assertion, coverage, interface에 대한 지원이 이루어져 있기 때문입니다.

특히 high level modeling에 있어서는 C를 따라갈 수 없겠지만, assertion에 있어서는 완전히 PSL을 밀어내버린 거죠.

이렇게 verilog HDL family가 전체 설계/검증 flow를 장악한 이유는 자명합니다. 한가지로 통합하여 사용할 수 있는 언어가 있으면 다른 언어를 배우고자 하는 사람이 적어지는 건 당연하죠.. 게다가 기존에 알고 있던 문법에 몇 가지 불편했던 부분이 추가되고 , 새로운 개념은 완전히 새롭게 문법이 들어오는 형태로 개선되고 있으니 기존 사용자를 잘 흡수한 것이죠.

매년 나온 Survey Result를 생각하면 나중에 좀더 다양한 아이템에 대한 Survey 결과가 나올 것이라고 봅니다만, 설계나 검증에 종사하시고자 하시는 많은 분들께 verilog HDL을 권할 수 있겟습니다.

(추가)
근데, 더 흥미로운 설문은 (아직 샘플의 수가 너무 적어서 뭐라 말씀드리기 힘듭니다만..), 어떤 Verification methodology를 사용할 예정이냐.. (http://www.doodle.com/participation.htm ··· 3h8y9r62 )는 설문이네요.

제 개인적으로 VMM은 좀 툴에 대해서 까다로워서 원래 좀 그랬고, Teal/Truss는 PC에서 돌리기 힘들어서 확산은 힘들것 같았고..(게다가 PLI/DPI 기반이라는 건 컴파일 할때 험난한 여정을 의미하죠..뭐 ~~system verilog~~ SystemC¹도 마찬가지지요.. 이런 C/C++ 기반의 방법들은 gcc 버전에 민감하게 만들어지면 고생길이 열립니다..특히 C++과의 연결은.. )..
여하튼 생각보다 OVM이 지지를 많이 받고 있군요.. 시뮬레이션에 많이 사용되는 cadence와 mentor의 연합이니 그럴 수 있겠다는 생각이 (반면에 약간 툴 버젼을 가리는 것은 아깝습니다. - 물론 지원되는 system verilog 문법 때문에 어쩔 수 없겠습니다만..)

p.s.
2월 들어 첫 딸 돌잔치 준비를 열심히 하느라 집에서 블로그에 들어올 시간이 없었습니다. ^^;
돌 사진 찍은 거 보정하는 것과 성장 동영상 만드는 것을 미뤄두고 있다가 2월 내내 꼬박 퇴근 후 시간을 투자해야 했으니까요.
이제 좀 여유로워졌으니 다시 글이 올라갈 것이라고 생각 해 봅니다. (천성이 양치기 소년이라.. 믿을 수 있을지는..)

어짜다 SystemVerilog라고 쓴건지 모르겠네요 ^^; [Back]

두 번째 추천..

(babyworm) — Sun, 01 Feb 2009 02:13:28 +0900

지난번에 소개해 드렸던 Scribd 사이트가 있으니, 책을 추천해 드리기가 쉽군요.

오늘 추천해 드릴 책은 불과 몇 일 전에 본 책인데요.. 혹시나 해서 찾아봤더니 역시 있군요.

Hardware-Software-CoDesign-of-a-Multimedia-SOC-Platform라는 책입니다.

요즘에 vector processor 형태의 DSP에 관심을 가지고 있다 보니, 관련책을 뒤지는 과정에서 걸린 책인데요. 책 제목만 보아서는 그냥 그렇고 그런 이론적인 부분이 많은 책일 것이라 생각했는데, 실제로는 실무에서 관심을 두어야 할 부분에 대하여 폭넓게 기술된 책입니다. 비교적 하드웨어적인 부분과 컴파일러/프로그래밍에 대한 여러 부분들이 균형도 잘 잡혀 있고, 개론적으로 폭넓게 기술하고 있어서 실제로 이런 일을 하게 될 때 고려해야 하는 사항들을 잘 잡아주고 있다고 생각합니다.

책이 200페이지도 안되는 짧은 분량이어서, 틈틈히 읽어서 일주일이면 읽을 수 있는 분량인 것도 장점이지요.

오늘 알려드릴 두 번째 책은 사실 제가 다 읽은 책이 아니라 책을 구입하고, 그냥 틈틈히 보다가 관둔 책입니다. 그래서, 추천을 해 드리긴 그렇고(책이 별로라서가 아니라 제가 다 읽지 못해서), 그냥 이런 책도 있으니 관심을 가져 보세요 하는 책이지요.

Advanced Verification Techniques a SystemC Based Approach for Successful Tapeout라는 책입니다.

이 책은 SystemC 기반의 검증 기법에 대하여 다루는데, 실제적으로는 SCV라는 System C verification library를 이용하여 검증하는 방법에 대한 설명입니다. SCV를 다루었던 몇 안되는 초기 책이라 의미가 있습니다.

여담입니다만, 이 책을 보다가 그만 읽은 이유는 책의 문제가 아니라, 개인적으로 검증 작업의 방향이 바뀌어서 입니다.

System C가 설계에는 힘을 못쓰고, 대신 검증 쪽에서는 나쁘지 않을 것 같다고 말씀 드린 적이 있는데, 저희 쪽의 경우 모델 기반의 검증은 기존에 가지고 있는 C 시뮬레이터를 이용하여 이걸 PLI로 연결해서 사용하는 것이 더 편해서, 필요성이 적었던 것이지요. SCV에 대한 관심은 계속 가지고 있으며, SCV에서 지원하는 다양한 검증 관련 모델과 툴 때문에 나중엔 이쪽으로 가지 않을까 싶어요.

또 하나의 여담입니다만, (요즘도 그런지 모르겠는데) SystemC를 이용하여 ncverilog와 연동시킬 때 gcc 버전을 좀 귀찮게 많이 타는 경우가 있었습니다. 그래서, 괜히 울컥~ 해서 어짜피 이거니 저거니 다 PLI로 된다는 생각에 바꾼 것도 없잖아 있지요 ^^;

그 외의 링크

http://www.scribd.com/doc/10296534/digi ··· -edition

http://www.scribd.com/doc/7273744/embed ··· n-arnold

http://www.scribd.com/doc/7254533/caden ··· ersion-3 (교육 자료로 알고 있는데, verilog를 처음 접하실 때 편하실 듯..)

…재미 있는 책이 하나 나왔네요.. Bio-Inspired Technologies for the Hardware of Adaptive Systems: Real-World Implementations and Applications 라는 책인데요. 사실은 adaptive system에 대한 이야기라고 보아도 되지요. 내용이 상당히 흥미롭긴 한데.. 아직 초입 부분만 읽은지라.. 뭐라 말씀드리긴 어렵지만 다 읽게 되면 소감을 적지요. (요즘의 책 읽는 패턴으로 보아, 읽다가 재미 없어지면 재미 있을 만한 부분만 훓어보고 때려칠 가능성도 있습니다만..)

책 몇가지

(babyworm) — Fri, 23 Jan 2009 00:52:40 +0900

ASIC/processor 관련 책을 많이 보시라는 이야기를 해 드리고 있습니다만, 책이 워낙에 비싸죠.
모모 사이트와 당나귀를 적절히 이용하면 왠만한 책은 pdf로 구할 수도 있습니다만..

클리앙에서 http://www.scribd.com/ 라는 곳에 대한 소개가 있어서 가 봤는데, 괜찮은 책이 많군요. Google 검색을 통해서 갔을때는 그냥 단순히 리포트같은거 모아둔 사이트라고 생각했는데..

잠깐 검색해서 보이는 책 몇권 소개해 드릴께요.

Advanced ASIC Chip Synthesis (http://www.scribd.com/doc/4291121/advan ··· esis-2ed)

시납시스 툴을 이용하여 합성하고 STA 하는 방법에 대하여 나와있는 책이죠. 예전에 본 책입니다만, 아직도 유효한 부분이 많고, 처음 ASIC flow를 사용해 보시는 분은 한번 읽어두면 좋습니다. 간단한 예제 스크립트도 쓸만하구요.

물론, Synopsys Tool에 있어서 가장 좋은 책은 Manual이에요.. 워낙에 잘쓰여져 있으니까요. 이 책은 메뉴얼 보기에 시간이 없을 때 보시면 좋습니다. 분량도 적고...

HDL Chip Design (http://www.scribd.com/doc/6888130/dougl ··· ynthesis)

아마도 이책 모르시는 분은 없으실 거라 생각됩니다. 설계 방법에 대하여 Verilog/VHDL 을 모두 사용하여 설명한 아주 훌륭한 책입니다. 제가 예전에 처음 VHDL만 사용하다가 verilog쓰기 시작하면서 처음 본 책이고, 가장 많이 참고한 책중에 하나입니다.

Principles of Verifiable RTL Design (2nd Ed)(http://www.scribd.com/doc/7179064/kluwe ··· n-2nd-ed)

Assertion based verification에 대하여 관심을 가지시는 분들이 반드시 보여야 한다고 생각하는 책입니다. 이 책의 저자인 Foster에서부터 ABV가 정착되었다고 해도 과언이 아니니까요(제가 알기로는 그런데, 실제로 그런지는 잘 몰라요 ^^; 논문 Survey를 해본건 아니니까요.. 이런 무책임한 ㅋㅋ)

ARM System Developers Guide-Designing and Optimizing System Software(http://www.scribd.com/doc/6654432/arm-s ··· software)

상당히 유명한 책이죠. 제가 본 느낌으로는 약간은 Application note의 집합과 같다는 생각이 들었습니다만, ARM 프로세서를 '사용하시는 분께' 아주 유용한 책이라는 느낌입니다. 사용하시는 분이라는 점을 강조한 이유는 최적화 프로그래밍 방법에 방점이 찍혀 있는 책이기 때문입니다. 국내에 번역서도 제 생각으로는 괜찮은 수준으로 번역되어 있습니다. (몇몇 눈에 띄는 부분이 있습니다만, 그래도 몇몇 번역서에 비하면 아~주 잘한 번역입니다.)

이외에도 좋은 문서와 책이 널려 있군요. 가끔 시간되면 몇권 더 소개해드리죠. 제가 읽은 책이 검색 되는 경우에만 소개해 드릴 수 있다는 것이 문제지만요 ^^;

아.. 요즘 보고 있는 책 중에서는 processor design: System on Chip Computing for ASIC and FPGA라는 책이 괜찮더군요. 이에 반해서, 기대를 많이 하고 봤던 Designing Embedded Microprocessor; Low power perspective 는 기대를 많이하고 구입한 책이라 그런지 기대에는 좀 못미치는 책이었습니다.

엔지니어에게 필요한 것

(babyworm) — Thu, 22 Jan 2009 08:41:51 +0900

결국은 동기(Motivation)를 자기 자신에게 부여하는 능력 아닐까요.

이런 저런 배경 지식이 많아야 하고, 경험도 많이 쌓아야 하고, 글도 잘 써야 하고, 발표도 잘해야 하고, 새로운 것을 준비하고 미리 필요한 것을 찾아낼 수 있어야 하고, 항상 발전하려는 생각을 가져야 하고, 잘못된 부분을 발견했을 때 집요하게 물고 늘어져서 분석하고 결과를 도출할 수 있어야 하고, 지치지 않고 주변을 독려할 수 있어야 한다는 건, 결국은 자기 자신에 대한 동기 부여가 좋다는 이야기가 됩니다.

가장 힘들 때는 풀리지 않는 문제에 직면했을 때보다 동기부여가 잘 안될 때더군요.

이런 문제는 답이 없다는 것이 더 어렵죠. 책을 읽어봐도 그렇고.. 참선이라도 해야 할꺼나..

마찬가지로, 가장 곤란한 경우가 주변에 사람들에게 효과적으로 동기 부여를 못하고 있다고 느껴질 때 참 어렵습니다. 일의 문제란 좀 더 편하게 풀리는 것인데, 마음의 문제란 것은 좀더 미묘하니까요.

요즘 느낌이 이 그림과 같다고 할까요..약간 허탈.. [출처:클리앙]

Visual Studio Express 2008에서 OpenGL 사용

(babyworm) — Tue, 13 Jan 2009 19:09:56 +0900

간단한 것이지만, 포맷 할 때마다 까먹는 내용이라서..

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도 이곳 저곳에 무료 구현이 많이 개발에 필요한 모든 것은 무료로 얻을 수 있지요.

일단 알고리즘 만들고, 검증차원에서 RI와 같이 돌리면서 이것 저것 헤집고 있는데, OpenVG RI는 일부러 이렇게 만든 것인지 몰라도, 정말 이해하기 쉽게 기본 알고리즘만으로 만들어져서 비효율적입니다. ^^; RI니까 기본적인 알고리즘에 충실하고 결과를 잘 보여주는 것이 목적이었을 테고, 그래서 소기의 목적을 달성한 것이지만, 가끔은 좀 심하다는 생각도 들죠. 혹시라도 이대로 구현하는 분이 있으면 망할 것 같다는 생각.

이미지 처리 알고리즘도 마찬가지.

사실 이미지 처리 하드웨어는 많은 회사에서 하고 있기는 한데, 가끔은 알고리즘을 그대로 구현하는 경우가 있습니다. 하드웨어에는 하드웨어에 적합한 알고리즘과 아키텍쳐가 있기 마련인데, 그냥 좋은 알고리즘이니 좋은 하드웨어가 나올 것이라 생각하는 경우가 예상외로 상당히 있습니다(특히 요즘엔, CAD툴들이 좋아져서 behavioral 기술에 아주 가까운 HDL코드도 잘 컴파일을 하니까 이런 경향이 커지는 것이겠지요). 예를 들어 많은 이미지 필터링과 관련 처리가 systolic array같은 간단한 아키텍쳐만 고려해서 알고리즘을 변경하면 상당히 효율적인 경우가 많은데, 프로세서로 처리하듯 연산기를 사용하고, 메모리 접근을 반복하도록 만드는 경우가 생각보다 많습니다. (생각하기야 간단 간단하게 만드는 것이 편하니 이렇게 하는 것이겠지만, 요구되는 메모리 대역폭과 하드웨어 소모를 생각하면 알고리즘을 이해하고 하드웨어로 최적화 할 수 있는 엔지니어를 채용하거나, 알고리즘 작성하시는 분들에게 다양한 하드웨어 아키텍쳐를 이해하도록 하는 것이 필요하겠습니다.

에구.. 항상 제목과 관계없는 이야기네..

에.. 엇나간 김에 하나 더.. 괜찮은 무료 음악 사이트… 인디 음악이긴 하지만, 좋은 곡이 많습니다. http://www.blayer.co.kr/

새해 첫 글

(babyworm) — Sun, 11 Jan 2009 21:02:34 +0900

어쩌다 보니 새해 첫 글이 아주 늦게 올라가게 되었습니다. (써야지.. 하면서 늦어지다보니, 조금 더 기다렸다 구정때 쓸까도 생각했습니다 ^^;)
작년에 여러 힘든 일은 모두 털고 새롭고 즐거운 마음으로 한해를 시작하려 노력하고 있느라 조금 글이 늦었고, 새해 목표인 9시 이전에 회사에서 퇴근하자라는 목표를 4일 연속으로 어기면서 시간도 좀 없었습니다. ^^; (작심 삼일도 못하다니..)

얼마전 글에 썼습니다만, 요즘엔 일반적인 프로세서와 더불어 특수한 형태의 graphic processor와 DSP쪽의 설계 쪽으로 눈을 돌리고 있습니다.
프로세서에 대한 DSP 확장 부분이 학위 테마이기도 했고, 전략적으로 중요한 요소라 생각하고 있어서 관심을 가지고 있었습니다만, 요즘들어 작업을 본격적으로 하는 것은 이종 멀티 프로세서 플랫폼 과제 때문에 DSP에 대한 관심이 높아지기도 했고, 개인적/사내의 필요성을 느끼기도 해서 입니다. 약간은 별난 형태의 DSP를 구상하고 있습니다. 실제로 효용성이나 프로그래밍 편의성에 따라 어떻게 바뀔지 모르겠습니다만..
일단은 영상 처리와 그래픽 처리에 적합하도록 만들고 있구요, 그 이외에도 그래픽 처리/영상 처리를 위한 하드웨어를 만들고 있습니다.

프로세서쟁이가 General purpose processor로만 살기는 좀 어려운 세상이고 ^^;, 예전부터 관심을 가지고 있던 분야라 좀 재미있게 하고 있습니다. (이런 사실에 약간 답답한 면도 없잖아 있습니다만..)
작년 한해동안 좀 추상적으로 접근했다면, 올해는 가시적인 성과가 있을 것이라 봅니다. 후배들도 노력해주고 있구요.

새해에는 EISC processor에 있어서 전환기가 될 것이라고 생각합니다.
올해는 회사의 지원을 받아 EISC processor community인 eisccpu.com이 개설될 예정입니다. 프로세서팀의 비공식 블로그도 같이 열릴 예정이구요. EISC platform의 IDEC MPW 지원 작업도 순조롭게 진행되고 있습니다.
Linux까지 돌릴 수 있는 EISC system simulator인 ESCAsim은 새 버전부터 open source화 될 예정입니다.
또한, 많은 부분이 공개되어 공개 커뮤니티와 같이 할 예정이고, 많은 재미있는 시도가 있을 것이라 봅니다.

사람은 줄어들고, 할일은 많아지니, 새해 몇가지 결심 중의 하나인 '회사에서 최소한 9시 이전에 퇴근하자'라는 목표는 벌써 틀어져 버렸고..
'블로그 글을 충실하게 쓰자'라는 것도 뭐 그다지.. ^^; Life log는 다른쪽에 남기고 있으니, work log에 대해서는 여기에 잘 남기도록 하겠습니다.
'애 잘키우기', '몸매 관리', '삶과 일을 즐겁게 하기'라는 목표는 반드시 지키도록 노력하겠습니다.

마지막으로, 모두 새해 복 많이 받으시고, 부자 되십시오. ^^;

Synchronizer 시뮬레이션 문제

(babyworm) — Mon, 29 Dec 2008 11:07:29 +0900

디지털 로직하는 사람들한테 타이밍 관련된 문제에서 가장 골치 아픈 것이 metastable 문제이라고 말씀 드렸었습니다. 사실, metastable을 피하는 방법은 예전에 한번 posting한 적이 있는데요.

요즘 IT-SoC의 온라인 강의를 듣다 보니 관련 내용이 있어서 간단한 팁을 하나 올립니다.

Metastable을 피하는 가장 머리가 편한 방법은 2개의 F/F을 직렬로 사용하는 2-flop 방법입니다. 저렴한 방법으로는 하나의 F/F을 사용하는 1-flop 방식도 있습니다만, 1-flop 방식은 첫 번째 F/F이 공교롭게 meta level에 걸리는 경우 뒷부분의 회로가 영향을 받아서 망가질 수 있는 단점이 있지요.

여하튼, 비동기적인 방법(stoppable clock과 같은 방식)을 사용하지 않는 경우에는 F/F을 부가하는 것이 가장 간단한 방법이라는 것이죠.

그런데, 1-flop이던 2-flop이던 F/F을 이용하여 동기화기(synchronizer)를 만들고 이 회로에 대한 타이밍 시뮬레이션 할 때, 동기화기로 사용한 F/F이 setup/hold timing을 만족하지 못하는 경우 F/F의 출력이 unknown으로 되어 전체 시뮬레이션이 망가지는 경우가 있다는 점이지요.

이 부분에 대하여 요즘 듣고 있는 강좌에서는 해당 Synchronizer를 instance할 때 특별한 이름(synchronizer)을 주고 이 부분에 대한 SDF를 조작해 주는 방법을 이야기했는데요.. 사실 좀 귀찮죠.. SDF 뽑은 다음에 조작하려면 손으로 하던지(설마요..^^;), scripting을 해야 하는데 말이죠.

쉬운 방법은 system_task를 사용하는 겁니다.

VerilogXL이나 NCverilog에서는 다음과 같은 명령이 있습니다. (Modelsim은 안써봐서 모르겠습니다.)

$disable_warnings("timing", hierarchy_path);

잠시 구글링 해보니 Modelsim에서는 다음과 같이 하면 되는 군요.

tcheck –off hierarchy_path

실제적으로 사용할 때는 synchronizer에 대하여 timing체크를 안하도록 하는 명령을 disable_path같은 곳에 주욱 나열하고 필요한 경우에 include해서 사용하는 거죠. 사실 이 disable path list는 false_path 잡을 때도 사용이 되겠지요.

`ifdef TIMING_SIM

`include "disable_path.v"

`endif

상당히 간단한 TIP입니다만, 모르면 고생하는 그런 내용이죠. ^^;