ndiswrapper가 최신 커널에서 동작하지 않는 이유...

최근 커널 라이센스 이슈 관련해서 재미있는 사례가 있어 몇 자 적습니다.

ndiswrapper 모듈은 윈도우의 네트워크 디바이스 드라이버를 리눅스에 올려서 사용할 수 있게 하는 일종의 glue 모듈이며 GPL입니다. 그런데 최근 2.6.16 커널부터 만약 모듈이 ndiswrapper 모듈이라면 tainted 메시지를 뿌려대기 시작했고, 2.6.19 커널부터는 아예 ndiswrapper가 돌아가지 않기 시작했습니다.

ndiswrapper 모듈 자체는 GPL인데 2.6.16부터 로딩되는 모듈이 ndiswrapper이면 TAINT_PROPRIETARY_MODULE이라는 flag가 세팅되는 루틴이 추가되어 모듈이 동작은 하지만 tainted 메시지가 출력되기 시작했습니다. 그런데 2.6.19부터는 EXPORT_SYMBOL_GPL(); 의 검사 루틴에 기존 MODULE(); 매크로에 더해서 TAINT_PROPRIETARY_MODULE flag가 세팅되었는지를 체크하는 루틴이 추가되어, USB 랜카드 등을 지원하기 위해 EXPORT_SYMBOL_GPL();로 export된 함수를 피해갈 수 없었던 ndiswrapper가 그 희생양(?)이 된 것이지요.

ndiswrapper 개발자가 ‘ndiswrapper 자체는 GPL이고, FSF의 GPL 소프트웨어 리스트에도 들어가 있는데 너무한 것 아니냐…’는 식의 불평을 했지만 주요 커널 개발자들의 답변은 ‘GPL 모듈이라고 선언해 놓고 GPL이 아닌 코드(윈도우 드라이버)를 로딩하면서 사람들이 가만 있을 거라고 생각하는 것이 더 이상한 것 아니냐”는 식으로 일축하고 있습니다.

이는 커널 개발자들의 ‘Linux 커널 안에는 어떠한 proprietary code도 용납하지 않겠다’는 의지를 보여주는 또하나의 사례라고 할 수 있습니다.

커널 개발자들이 이렇게 한다고 해서 당장 proprietary module들을 사용할 수 없어지는 것은 아니고, 이렇게 하는 것이 GPL을 enforce하는데 법적으로 유효한 것인가에 대한 논란도 있기 때문에 리눅스 커널 개발자들의 의지가 전혀 변하지 않았다는 것에 대한 참고로만 알고 계시면 될 것 같습니다.