urtw(4) 먼저? uath(4) 먼저?

어제 Sam Leffler 아저씨가 uath(4) 을 HEAD에 넣는게 어떻겠냐고 물어보셔서 p4 나 HEAD 둘 중 아무거나 상관없다고 했었는데 우선 p4 에서 좀 더 많은 review 을 거칠 것 같습니다.

오후에 uath(4)을 정식으로 p4에 commit을 하고 나니 머리가 조금 어지럽네요.  urtw(4)는 어느 정도 코드 모양새가 갖추어져서 HEAD에 들어가도 될 듯 한데 uath(4)와 동시에 할려고 하니 머리가 multitasking이 안됩니다.  (참고로 urtw(4)는 OpenBSD에는 이미 Kevin Lo 아저씨가 작업을 해주셔서 HEAD에 들어가 있습니다.)

uath(4)의 경우는 아직 HEAD로 들어갈려면 좀 더 많은 수정을 해야 할 듯 합니다.  간단히 부족한 점을 열거한다면

• Multicast 패킷에 대한 처리를 하지 못해 IFF_ALLMULTI 로 처리하고 있으니 안타깝습니다.  AR5523 processor에는 multicast filter을 위한 spec이 정의되어 있습니다만 processor 와 driver 사이에 HAL 이 있어서 HAL 인터페이스를 쓸 수 밖에 없는데 이를 어떻게 사용해야 하는지에 대한 문서가 전무하네요.  오족했으면 NDIS 드라이버도 IFF_ALLMULTI 로 세팅 (물론 윈도우즈만의 방식으로) 하겠습니까…
• 하드웨어 crypto 가속기를 지원하지 않는점.  HAL에서 지원하는 h/w accelerator 를 쓰지 못해 좀 더 완벽한 드라이버가 되지 못하고 있습니다.
• AD-Hoc 모드 지원이 안되는 점.  이에 대한 코드는 반드시 작성되어야 할 요소입니다.  제 실력이 미천하여 아직은 답보 상태로 있습니다.  IEEE802.11 스펙에 기술되어 있는 기능들을 지원하려면 좀 더 많은 수정이 필요할 듯 합니다.
• AP 모드의 경우 현재 HAL 자체가 지원하지 않기 때문에 앞으로도 지원여부는 불투명할 듯 합니다.  (갑자기 든 생각이지만 upgt(4)의 경우 리눅스 wireless-testing GIT 트리에 AP 모드를 지원하고 있는 듯 한데 upgt(4) 을 업데이트해서 AP 모드 코딩을 해 보고 싶네요.)

여튼 urtw(4) 을 헤더에 먼저 집어 넣을 건지 아니면 uath(4) 을 먼저 테스트를 더 많이 할 것인지 헷갈리네요. ㅋ  고민입니다.  그래도 조만간 이 두개의 드라이버를 HEAD에서 보실 수 있을 것입니다.