Regression in 3.9 caused by "bridge: respect RFC2863 operational state"
dreamfly281 at gmail.com
Thu Dec 3 18:31:19 PST 2015
Sorry to pick up this thread again, it looks this issue still
existed in the newer 4.3 kernel. (The EAP frames can not be received
by wireless interface due to the bridge interface,
Wonder is anyone know some update for this issue? Currently the only
workaround is make the 4-address AP and STA associated in security
mode firstly and then create the bridge, the renew key configuration
also need be disable at the hostapd side to avoid renew the key at
> On Wed, May 1, 2013 at 5:53 PM, Felix Fietkau <nbd at openwrt.org> wrote:
> > On 2013-05-02 12:49 AM, Stephen Hemminger wrote:
> > > On Wed, 01 May 2013 23:06:16 +0200
> > > Felix Fietkau <nbd at openwrt.org> wrote:
> > >
> > >> 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).
> > >
> > > You can do AF_PACKET and it gets handle before rx_handler.
> > If I don't bind it to a protocol, it ends up in ptype_all, if I do, it
> > ends up in &ptype_base. ptype_all is processed before the rx_handler,
> > ptype_base is processed after the rx handler.
> > Hooking into ptype_all wastes tons of CPU cycles, hooking into
> > ptype_base does not solve the problem.
> > - Felix
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> > the body of a message to majordomo at vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
More information about the Hostap