Return-path: Received: from he.sipsolutions.net ([78.46.109.217]:33268 "EHLO sipsolutions.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751609Ab1ITR6y (ORCPT ); Tue, 20 Sep 2011 13:58:54 -0400 Subject: Re: [PATCH] mac80211: fix AP/VLAN PS buffer race From: Johannes Berg To: "Luis R. Rodriguez" Cc: John Linville , linux-wireless In-Reply-To: (sfid-20110920_194935_279893_128F9050) References: <1316533251.3953.46.camel@jlt3.sipsolutions.net> (sfid-20110920_194935_279893_128F9050) Content-Type: text/plain; charset="UTF-8" Date: Tue, 20 Sep 2011 19:58:49 +0200 Message-ID: <1316541529.3953.50.camel@jlt3.sipsolutions.net> (sfid-20110920_195858_826491_631A7B73) Mime-Version: 1.0 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Tue, 2011-09-20 at 10:48 -0700, Luis R. Rodriguez wrote: > On Tue, Sep 20, 2011 at 8:40 AM, Johannes Berg > wrote: > > From: Johannes Berg > > > > When an AP interface is removed without the > > AP/VLAN interfaces having been removed before > > already, the AP-VLAN interface might still > > have sleeping stations and buffer multicast > > frames which will happen on the AP interface. > > Thus, we need to remove AP/VLAN interfaces > > before purging buffered broadcast frames. > > > > Signed-off-by: Johannes Berg > > Curious, what was happening with the inverse? I never ran into this -- purely by code inspection. What could've happened is that frames are still queued for an interface that's dead, probably just causing skb leaks. johannes