#1997: skbuf leak with promisc mode ----------------------------------+----------------------------------------- Reporter: [EMAIL PROTECTED] | Type: defect Status: new | Priority: minor Component: madwifi: other | Version: Keywords: | Patch_attached: 0 ----------------------------------+----------------------------------------- svn r3717
There is a memory leak, at least in the STA, when the device is put into promiscuous mode. The device can be in promisc mode because it is part of a bridge, or because tcpdump/wireshark etc is sniffing packets of the interface. Any easier way to do this if also ifconfig ath0 promisc. To reproduce, setup a STA and connect it to an AP. I have an idle link, no data packets being transferred. However there are lots of other APs and STA in the area some of which are using the same frequency. Start slabtop and watch the skbuff_head_cache and size-32. It should be stable. ifconfig ath0 promisc Now skbuff_head_cache and size-32 will grow. ifconfig ath0 -promisc will turn of promisc mode and it will stop growing. It grows fast enough that the kernel oom killer kills everything and then there is a panic within about 12 hours on an IBM R51 laptop with 512MB memory. In promisc mode, the hardware passes up packets which are not normally seen, eg probe_resq from other networks, etc. Im guessing its packets like this which are being leaked, however after a few hours of looking i've not been able to stop any obvious place a leak would happen. ieee80211_input() looks like it should release everything via the err: and out: code at the end. So maybe i'm looking too high in the protocol stack and need to look at if_ath.c? -- Ticket URL: <http://ath5k.org/ticket/1997> madwifi.org <http://madwifi.org/> Multiband Atheros Driver for Wireless Fidelity ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Madwifi-tickets mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/madwifi-tickets
