wpa_supplicant's p2p wouldn't connect to Sony Bravia TV

Vitaly Wool vitalywool
Mon Dec 12 04:15:30 PST 2011

Hi Jouni,

On Mon, Dec 12, 2011 at 9:57 AM, Vitaly Wool <vitalywool at gmail.com> wrote:

> > So what's next? I'm eager to come back with a patch but it looks like we
>> > need to have a common ground on how to fix this. I suggest that we run
>> > specific scan in P2P case for this SSID (it is known by
>> p2p_supplicant), it
>> > will require very minimal changes in the whole flow. Alternatively, P2P
>> > wildcard SSID can be used but then there should be some additional
>> logic in
>> > picking up the right session (e. g. if the scan was run for P2P
>> wildcard,
>> > do not request exact SSID match). Of course one may have a better idea
>> :)
>> Can you provide more information about the device you used in this test?
>> Does the driver use mac80211? Or cfg80211?
> The driver uses mac80211.
>> As far as changing scanning behavior is concerned, I need to understand
>> which exact Probe Request frame is the one that is not getting a
>> response. If this is the one sent in the beginning of p2p_connect join
>> command, it should be fine to force the Probe Request to use P2P
>> wildcard SSID (and include P2P IE).
>  Ok, I'll come up with an RFC patch later today.
so here comes the patch. Or should I post it in a separate thread?

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.shmoo.com/pipermail/hostap/attachments/20111212/bfeb1880/attachment.htm 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: reshedule.diff
Type: application/octet-stream
Size: 2033 bytes
Desc: not available
Url : http://lists.shmoo.com/pipermail/hostap/attachments/20111212/bfeb1880/attachment.obj 

More information about the Hostap mailing list