조엘 온 소프트웨어가 3년만에 돌아왔다.
(출판사가 바뀌면서 역자도 바뀐 모양이다.)

3년동안 어떻한 재밌는 일들이 조엘 아저씨에 일어 났을지 무척 궁굼하다.

아참 이벤트도 하는것 같은데 당첨 운 좋은 사람들은 한번 시도해 보시길... ^)^
http://www.developerfarm.com/wikibook/entry/%EC%A1%B0%EC%97%98-%EC%98%A8-%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%8B%9C%EC%A6%8C-2-%ED%8A%B8%EB%9E%99%EB%B0%B1-%EC%9D%B4%EB%B2%A4%ED%8A%B8

VQA300 커널 이미지를 만들기 위해 크로스 컴파일러를 192.168.10.6/opt/hardhat을 사용할 경우 AU1500에 커널 이미지를 다운로드 하면 부팅중 죽는 문제가 발생한다.
자세한 원인은 찾지 못했으나 /opt/montavista로 사용하면 별 문제 없이 동작한다.
커널 폴드에서 .hhl_cross_compile 파일에서 크로스 컴파일러를 선택할 수 있다.
아직 원인을 밝히 지 못해 svn에 올리지 않았다.
현재 VQA300 의 커널의 크로스 컴파일러 옵션(.hhl_cross_compile)은 아래처럼 되어있다.
/opt/hardhat/devkit//mips/fp_le/bin/mips_fp_le-

기존 응용프로그램(VQA300용 응용프로그램을 비롯한 au1500의 다른 프로그램은 hadhat으로 컴파일 되어있다. 왜 커널만 문제를 읽으키는지는 좀더 찾아봐야 할 것 같다.

VQA300은 IQS를 수정한 버전인데 인터럽트 루틴이 iqs와 다르다.
iqs는 인터럽트가 발행하면 실제 처리해야 할 루틴을 커널의 네트워크 드라이버내에 추가한 함수를 호출한다. 그러나 VQA는 tpout모듈에서 직접 처리하기 위해 예전에 사용했던(지금은 파기된 코드)를 다시 재사용 하면서 문제가 발생했다.
인터럽트가 처리되는 동안 인터럽트가 발생하지 않도록 disable_irq와 enable_irq함수를 사용했는데 실수로 인터럽트 처리루틴 중간에 return문 전에 enable_irq를 넣지 않았다.

tpout 커널 모듈중 tp out부분을 blocking call로 바꿈.

case IOCTL_BC_WRITE_TP_Q://blocking call
copy_from_user((void *)&tmp_tp_q, (void *)arg, sizeof(int)*4);
tp_q_cnt = tmp_tp_q.cnt;
--생략--

인터럽트 함수 바꿈.
기존 ips에서는 인터럽트가 발생하면 네트워크 드라이버쪽 함수 호출하던 것을 직접 처리하도록 수정.(ipqam에서 네트워크 드라이버쪽 함수를 호출한것은 네트워크 패킷을 좀더 빠르게 fifo쪽으로 내보내기 위해서...)
tpout.c의 499라인(기존에 주석 처리했던것을 다시 사렸슴)
void fifo_int_handler(int irq, void *dev_id, struct pt_regs *regs)

iqs커널의 driver/net/au1000_eth.h의 145라인에 다른 프로그래의 해더를 참조하는 include문이 있다.
커널소스가 다른 디렉토리로 이동하면 include문의 파일의 위치가 바뀌므로 이점을 주의하기 바란다.
#include ../../../../../hanaro/iqs-module/16bit-fifo/tpout.h