Hi, On Sun, Sep 4, 2022 at 9:09 PM Alexander Aring <aahringo@xxxxxxxxxx> wrote: > > The current filtering level is set on the first interface up on a wpan > phy. If we support scan functionality we need to change the filtering > level on the fly on an operational phy and switching back again. > > This patch will move the receive mode parameter e.g. address filter and > promiscuous mode to the drv_start() functionality to allow changing the > receive mode on an operational phy not on first ifup only. In future this > should be handled on driver layer because each hardware has it's own way > to enter a specific filtering level. However this should offer to switch > to mode IEEE802154_FILTERING_NONE and back to > IEEE802154_FILTERING_4_FRAME_FIELDS. > > Only IEEE802154_FILTERING_4_FRAME_FIELDS and IEEE802154_FILTERING_NONE > are somewhat supported by current hardware. All other filtering levels > can be supported in future but will end in IEEE802154_FILTERING_NONE as > the receive part can kind of "emulate" those receive paths by doing > additional filtering routines. > > Signed-off-by: Alexander Aring <aahringo@xxxxxxxxxx> > --- > > RFC as code snippet as requested to somehow deal with the current > driver-ops and switching between filters with address filtering (AACK on) > and non-address filtering (AACK off) which is necessary for scanning in > this case it will be NONE because that's what we currently support and I > hope it can useful for scanning receive mode. > based on wpan-next/master with: [PATCH wpan-next v2 01/11] net: mac802154: Introduce filtering levels applied. - Alex
