> > On Wed, Feb 19, 2014 at 03:28:29PM +0000, Peer, Ilan wrote: > > I'll abandon this change ... > > Wait lets talk about this. > > > > I don't see why being indoor should allow to override the NO-IR > > > flag. I do see however why being indoor should enable to IR if you > > > are IR if you have the indoor flag. Enabling to IR if you are indoor > > > for all NO-IR channels is... pretty permissive I do not see the correlation. > > > > > > > Make sense. I did not have such relaxations defined, just thought that > > similar relaxations could also be used in cases of scanning etc. but I > > guess this is not always true. > > The original beacon hint mechanism is very expansive to all beacons on non 5 > GHz DFS channels and non 2.4 channel > 12 or 13. If a vendor can possibly not like that beacon hint implementation as > its too permissive (and I don't think it is) but they do want to trust beacon > hints from APs in the case you are describing then you can enable a new > feature flag to distinguish this. The beacon infrastructure code would then > ignore the regular beacon hints on devices that don't have the old flag, but > would trust this new form of beacon hint. If a device supported the old all > inclusive flag they'd trust both. You'd have to update the kdocs for the old > one, and likely add a new routine similar to regulatory_hint_found_beacon(). > This make sense (also got a direct answer from our regulatory folks on this ... finally ;)) > I'm not sure its worth it though, I'd rather push vendors to consider first using > the regular becaon hint mechanism and trusting it. Maybe devices that want > this new functionality you are trusting should implicate revising trusting > beacon hint mechanism ? > Our regulatory people said that a similar approach is WIP in the FCC where they are willing to use a similar relaxation as the beacons hints but with some limitations such as having at least a number of APs operating on the channel etc. If its ok with you I prefer to leave things as is for now. Regards, Ilan. -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
