기존 이솝 임베디드 포럼의 지식인 서비스가 게시판 형태로 변경되었습니다.
글 수 6,368
안녕하세요.
멀티코어 환경에서 리눅스 IRQ 프로세싱 관련 질문드립니다.
제가 심도 있는 디바이스 드라이버를 작성해본 적이 없어서 정확히 잘 모르겠고,
구글링해도 제가 원하는 질문의 답이 없어서 글 남겨봅니다.
Core0, Core1 두개의 Core가 있다고 가정합니다.
1.
Core 0에서 동작하는 프로세스에서 sd카드 데이터를 Read합니다.
그러면 커널로 트랩이 발생하고, 디바이스 드라이버에서 sd카드 컨트롤러에게
Read 명령을 주고, WFI를 호출합니다. 잠시뒤에 인터럽트를 Core 0에서 받고
디바이스 드라이버에서 Read 명령을 완료합니다.
이 경우에는 잘 동작하겠지요.
2.
위와 같은 똑같은 상황이지만 WFI를 호출한 뒤에 완료인터텁트가 Core0로
가지 않고 Core1로 간다면 Read명령은 무리 없이 완료되나요?
어쩌피 각 Core0, Core1은 같은 핸들러를 가지고 있고,
각 Core안의 커널이 보는 가상 메모리는 같기때문에 문제가 없을거 같은데
맞나요? 물론 성능을 떨어지겠지만요 ㅎ
감사합니다.
저도 자세히 알지 못하고 짧은 경험이라 정확한 답변이 될지 모르겠습니다.
제가 생각하는 시퀀스는 다음과 같습니다.
user application 에서 sdcard read(file read) 명령이 일어나면
vfs->fs filesystem-> block device driver -> sd_card host (mmc) -> sdcard read
시퀀스는 다음과 같을 것인데 이렇게 직렬적으로 일어나지 않습니다.
user app read 명령을 실행하는 task(thread)
generic block device driver kernel thread (이 부분이... 확실하지 않음 ㅜㅜ)
mmc host kernel thread 등이 있어서
서로 물고 물려서 user app read 명령을 실행한 task 는 read 된 결과를 가져 오는데
나름 오랜시간(?) sleep 한 이후에 결과를 가져 갑니다.
디바이스 드라이버에서 sd카드 컨트롤러에게
Read 명령을 주고, WFI를 호출합니다. 잠시뒤에 인터럽트를 Core 0에서 받고
디바이스 드라이버에서 Read 명령을 완료합니다.
이부분이 이해가 안되는데
제가 알고 있는 보통의 디바이스 드라이버 시퀀스는 다음과 같습니다.
1) mmc host kernel thread 가 sdcard 에 read 명령을 줌 그 명령이 완료 될때까지 sleep 함
2) mmc 인터럽트 발생하면 현재 잠자고 있는 thread 를 깨워줌(스케쥴링 명단에 올림) ( bottom half )
3) mmc host kernel thread 는 스켈쥴링 되어 read 가 완료 됐다는 것을 알고 결과 값을 리턴함
(여기에서도 아마 잠자고 있는 block device driver 관련 thread 를 깨움)
4) ... 물고 물려서 잠자던 user app read 명령 task 가 완료되어 user space 로 넘어감.
제가 생각하는 건 이렇고요(틀렸을 수도 있습니다)
멀티 코어 cpu 0, cpu1 어디에서든지 위 2번이 수행 되더라도
하는 주 역활은 잠자는 task(thread)를 깨워주는 역할이므로
spin_lock 처리만 잘 되어 있다면 동작하는데 아무런 문제가 없을 듯 합니다.