Jon Smirl wrote:
> There have been reports of the driver garbling frames with kismet.
> This may be the source.
Probably not the source of that problem, since reset_mode isn't called
very often. Bad data in Monitor mode sounds like frames that didn't
pass their CRC check being passed through.
Did the vendor source show you have to fix the bug?
There doesn't seem to be an equivalent function in the vendor tree.
Attached is my guess at what was intended.
-Andy
--- zd_mac.c.orig 2007-01-11 19:28:03.000000000 +0000
+++ zd_mac.c 2007-01-11 19:28:53.000000000 +0000
@@ -171,15 +171,18 @@
struct zd_ioreq32 ioreqs[3] = {
{ CR_RX_FILTER, STA_RX_FILTER },
{ CR_SNIFFER_ON, 0U },
+ { CR_ENCRYPTION_TYPE, 0 }
};
+ int nRegs=2;
if (ieee->iw_mode == IW_MODE_MONITOR) {
ioreqs[0].value = 0xffffffff;
ioreqs[1].value = 0x1;
ioreqs[2].value = ENC_SNIFFER;
+ nRegs=3;
}
- return zd_iowrite32a(&mac->chip, ioreqs, 3);
+ return zd_iowrite32a(&mac->chip, ioreqs, nRegs);
}
int zd_mac_open(struct net_device *netdev)
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Zd1211-devs mailing list - http://zd1211.ath.cx/
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/zd1211-devs
