From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from nbd.name ([46.4.11.11]:46375 "EHLO nbd.name" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756988Ab3EAVGP (ORCPT ); Wed, 1 May 2013 17:06:15 -0400 Message-ID: <518183C8.8050606@openwrt.org> (sfid-20130501_230626_137566_12E69935) Date: Wed, 01 May 2013 23:06:16 +0200 From: Felix Fietkau MIME-Version: 1.0 To: Stephen Hemminger CC: Krishna Chaitanya , linux-wireless , Sebastian Gottschall , Johannes Berg , netdev Subject: Re: Regression in 3.9 caused by "bridge: respect RFC2863 operational state" References: <518166C5.4080904@openwrt.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 2013-05-01 10:21 PM, Stephen Hemminger wrote: > What about using AF_PACKET bound to underlying wireless device and the > packet type. You can even use BPF to filter. As far as I know, AF_PACKET only works when not binding it to the packet type (otherwise it get stolen by the rx handler). Not binding it to the packet type and using BPF to filter is expensive on small embedded devices with small caches. Still, this requires userspace changes, so we need a different solution. > Another alternative would be to have bridge accept control frames on > dormant device but not send. Sounds good, will you send a patch for that? - Felix From mboxrd@z Thu Jan 1 00:00:00 1970 From: Felix Fietkau Subject: Re: Regression in 3.9 caused by "bridge: respect RFC2863 operational state" Date: Wed, 01 May 2013 23:06:16 +0200 Message-ID: <518183C8.8050606@openwrt.org> References: <518166C5.4080904@openwrt.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Krishna Chaitanya , linux-wireless , Sebastian Gottschall , Johannes Berg , netdev To: Stephen Hemminger Return-path: In-Reply-To: Sender: linux-wireless-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: netdev.vger.kernel.org On 2013-05-01 10:21 PM, Stephen Hemminger wrote: > What about using AF_PACKET bound to underlying wireless device and the > packet type. You can even use BPF to filter. As far as I know, AF_PACKET only works when not binding it to the packet type (otherwise it get stolen by the rx handler). Not binding it to the packet type and using BPF to filter is expensive on small embedded devices with small caches. Still, this requires userspace changes, so we need a different solution. > Another alternative would be to have bridge accept control frames on > dormant device but not send. Sounds good, will you send a patch for that? - Felix -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html