[PATCH] P2P: For concurrency scenarios we should not update the scan results without P2PIE to p2p group interface

Jouni Malinen j at w1.fi
Fri Apr 6 08:11:37 EDT 2012


On Thu, Apr 05, 2012 at 05:43:21AM -0700, Neeraj Kumar Garg wrote:
> This patch is to take care if a scan has been requested on STA interface and scan results are getting updated from sibling to p2p group interface. A P2P Go probe response for a legacy STA scan would be without P2P IE. So it will wrongly update the bss list of p2p group interface too when results are updated from sibling. Plz let me know if patch is OK.

Thanks, applied.

This is actually doing quite a bit more than avoiding scan updates based
on requests from non-P2P STA interface, i.e., even scans requested by
the P2P group interface are not filtered to only include BSSes that
include P2P IE. That sounds fine in general taken into account that
these interfaces are used only for P2P connections. Another option would
have been to avoid sharing of the scan results in general, but this type
of filtering mechanism looks fine and can even save some memory.

This brings up a more generic question of whether scan results can
really be shared easily between virtual interfaces. For P2P, there is a
clear difference in Probe Response contents, but there could be similar
differences for some other use cases, too.. In addition, it could be
useful to be able to share a single BSS table among all virtual
interface of the same radio at some point. Obviously, that type of
optimization would need to take possible differences based on Probe
Request frame contents into account.

-- 
Jouni Malinen                                            PGP id EFC895FA


More information about the HostAP mailing list