jhanglim의 블로그

조엘 온 소프트웨어 시즌 2

Sat, 08 Sep 2007 23:30:29 +0900

조엘 온 소프트웨어가 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

au1500커널 컴파일시 주의할 점(크로스 컴파일러 설정)

Fri, 13 Oct 2006 15:32:04 +0900

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에서 인터럽트가 발생하다 멈추는 이유

Thu, 07 Sep 2006 12:16:35 +0900

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

iqs소스를 VQA300용으로 사용하기위해 수정한 사항.

Thu, 22 Jun 2006 22:07:16 +0900

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용 커널소스를 다른 폴더로 이동 또는 복사후 컴파일할때 주의할점

Fri, 16 Jun 2006 13:05:36 +0900

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

ipqam 버그(?)

Thu, 20 Apr 2006 17:26:59 +0900

*iqms에서 채널을 바꿀경우 ipqam에서 처음 eci가 있는 채널을 잡고 cm과 통신하여 가속채널(6번)로 이동한 후 신호는 32db 가 나오는데 eci가 파싱되지 않는 문제가 있슴.
FEC에러가 없고 특별히 신호에는 문제가 없는듯한데 eci가 없는것처럼 보임.
ipqam 모뎀을 리부팅하니 정상으로돌아왔슴

*IQMS에서 iqs설정을 채널 6번에서 67로 변경하면 FEC error가 2~4개 발생함.
ipqam을 리부팅하면 정상동작함.

*IQMS에서 iqs설정을 QAM 256 채널 67번에서 6 변경하면 FEC error가 다수 발생함.
ipqam을 리부팅해도 fec 에러 발생함.
채널 95, 96번도 FEC 에러 발생함.( 95=>251, 96=>3)
27번 채널 이하에서 FEC에러발생하는 채널 다수 존재함.
좀더 자세한 정보는 넷웨이브쪽에 문의 바람.

*콘솔에서 작업했을때는 문제없었으나 완성품(자동으로 실행되도록 스크립트에 넣어놓은경우)에서는 curr_ch 파일이 엉뚱한 곳에 저장하려고 하는것 같음
소스 코드 확인후 /app/curr_ch 파일을 만들도록 수정한 후 확인해 볼것

스마트비트로 64바이트 패킷을 30메가, 15메가 쏠경우 ipqam이 수신된 tp를 처리하는데 성능이 부족함.
0x47싱크를 잡지 못하고 계속 싱크를 찾으려고 시도함.
원인은 ipqam이 38.8Mbps로 들어오는 패킷을 까는데 성능이 딸리는 것으로 보임.

ipqam 버그 리포트

Wed, 19 Apr 2006 17:36:00 +0900

버그 발생하는 시나리오.

iqms에서 iqs1을 64qam으로 설정하고 iqs2를 256qam으로 설정한 후 가속기로 운영할 경우 문제가 발생함.

ipqam모뎀이 iqs1에 락이 걸리고 케이블모뎀이 iqs2채널로 가라고 할 경우에 케이블 모뎀은 채널번호만을 줌으로 ipqam은 iqs2의 64qam에 락을 걸려고 시도하므로 문제가 발생함.

해결책) ipqam은 케이블모뎀으로부터 채널은 받으면 64qam과 256qam 두곳에 채널 설정을 시도한다.

<중요> 이번주 안으로 수정해서 테스트 할것

GPIO 12번을 QAM mode설정 핀으로 사용하기로 결정

Tue, 18 Apr 2006 15:43:15 +0900

GPIO 12번이 high이면 256QAM mode
GPIO 12번이 low면 64QAM mode

넷웨이브에서 실시할 통합 테스트에 사용할 이미지

Tue, 18 Apr 2006 13:57:40 +0900

넷웨이브에서 실시할 통합 테스트에 사용할 이미지

(커널 이미지) : 0.20.0.5번 서버의 /jhanglim 폴더의 zImage_iic_bugfix
(ramdisk image) :10.20.0.5번 서버의 /jhanglim 폴더의 ramdisk_yaffs.gz

새로운 iqs보드에서 fifo의 핀 배치가 바뀌어서 fifo초기화 루틴이 바뀜

Thu, 06 Apr 2006 22:46:07 +0900

기존 보드와 핀 배치가 달라져서 FIFO로 내보내는 값이 달라졌다.
아직 테스트를 거치지 않은 코드임.
내일 테스트 예정

void chip_reset()
{
..생략..
//8bit fifo X 2(old board<< jumper line)
*(volatile unsigned short*)(0xbc000000) = 0x3d3d; //empty low 0xbc
*(volatile unsigned short*)(0xbc000000) = 0x0000; //empty high 0x00
*(volatile unsigned short*)(0xbc000000) = 0x0000; //full low 0x00
*(volatile unsigned short*)(0xbc000000) = 0xe0e0; //full high 0x07
//2006.4.6
//8bit fifo X 2(new board)
*(volatile unsigned short*)(0xbc000000) = 0x6677; //empty low 0x??
*(volatile unsigned short*)(0xbc000000) = 0x0000; //empty high 0x00
*(volatile unsigned short*)(0xbc000000) = 0x0000; //full low 0x00
*(volatile unsigned short*)(0xbc000000) = 0xcc88; //full high 0x??
..생략..