[PATCH 1/1] P2P: Addressing few issues seen with Broadcast SD
jithu at broadcom.com
Thu Jan 30 08:36:41 EST 2014
Thanks for the feedback. I will look at the failure cases.
> -----Original Message-----
> From: Jouni Malinen [mailto:j at w1.fi]
> Sent: Thursday, January 30, 2014 6:36 PM
> To: Jithu Jance
> Cc: hostap at lists.shmoo.com
> Subject: Re: [PATCH 1/1] P2P: Addressing few issues seen with Broadcast SD
> On Thu, Jan 23, 2014 at 08:41:14PM +0530, Jithu Jance wrote:
> > 1) Suppose we have multiple peers and we have peers advertising
> > SD capability, but no services registered for adverstising.
> > In this case, even if there are mutliple broadcast queries set,
> > we might end up sending only the lastly added Broadcast to the
> > same device (Since SD_INFO won't get set for the first broadcast)
> > 2) Some times it is seen that before advancing to next device in the
> > list, the scan results come and updates SD_SCHEDULE flag. This will
> > result in sending the already sent query to the same device without
> > giving chance to other devices. This issue again is seen with peer
> > devices advertising SD capability without any services registered.
> > Please see whether the patch is fine.
> It looks like this breaks six out of the eight P2P SD regression test
> As such, I had to drop this for now. I have not yet looked at the
> details, but it looks clear that some changes are needed to avoid these
> Jouni Malinen PGP id EFC895FA
More information about the HostAP