On Tue, Sep 30, 2014 at 03:05:15PM +0530, Varka Bhadram wrote: .... > >>Enabling address filtering is in drivers hand.. > >no, drivers doesn't parse anything. Address filtering "CAN" done on phy. > >But afterwards we set PACKET_FOO in mac802154 this is another address filtering. > > > >Dropping frames when PACKET_OTHERHOST is part of next layer like (IPv6/6LoWPAN). > > For enabling filtering, driver has to update one of the radio chip register. > yep, for enable the filter on phy level it's driver handling. > >>Few hardware devices may not be handling the address filtering (SOftMAC devices). > >>So we need take care of this at Software layers. > >> > >Yes that's what we do mac802154 set PACKET_FOO and next layer will drop ... > > May be IEEE-802.11 packets send to IPv6 Layer. In that case Its not dead code. > 802.11 data frames will be converted to ethernet frames. Why we now talking about 802.11? 6LoWPAN set always PACKET_HOST and then we never have PACKET_BROADCAST set in IPv6 Layer. Then matching pkt_type with PACKET_BROADCAST is dead code. - Alex -- To unsubscribe from this list: send the line "unsubscribe linux-wpan" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
