p2p start listen

[Huijun Gan]

Thanks very much. 


2011-12-18 



Thanks,
Kevin 



From:  Jouni Malinen 
Date:  2011-12-18  22:24:45 
To:  hostap 
Cc:  
Subject:  Re: p2p start listen 
  
On Sun, Dec 18, 2011 at 08:55:41PM +0800, Huijun Gan wrote:
> Thanks. My fault that expressed the opposite meaning. I wonder why
> wpa_drv_probe_req_report() is called first.
> 
> My understanding on  remain-on-channel is to ensure that the device is
> on the indicated channel to receive the probe req frames.
Well, these should really be done in an atomic operation, so I don't
really consider either sequence to be better than the reverse order.
> And besides, for OFFCHANNEL_TX driver, after sending action frame
> (like GO neg req) out on peer's listen or operating channel, how does
> our own driver/device know how long it should stay on this channel, to
> guerantee peer's resp? There is a wait_time parameter when sending
> action frame, I think this is to ensure TX success (the max time
> waiting for TX_STATUS, right?).
This depends on the driver capabilities. You can either depend on the
remain-on-channel operations or use the wait_time to offload this to the
driver/firmware. In the offload case, the wait_time parameter is the
time that the device needs to wait for the response.
-- 
Jouni Malinen                                            PGP id EFC895FA
_______________________________________________
HostAP mailing list
HostAP at lists.shmoo.com
http://lists.shmoo.com/mailman/listinfo/hostap
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20111218/284be190/attachment.htm