On Tue, Dec 20, 2011 at 7:16 AM, Tomasz Bursztyka <[email protected]> wrote: > Hi Arron, >>> behaviour should be pretty similar to wifi technology. It will be >>> necessary add support for p2p in the existent gsupplicant code. >>> As the p2p, the idea is cover just a small set of functions for now, for >>> connect we'll use just the push button control (PBC) method. The >> I think we also need support pin method, most netbook and handset does not >> have the push button:(, if we don't support pin method, this p2p feature may >> be useless for them. >> > Actually, this could be fixed. wpa_supplicant WPS interface is made so > you select which wps "role" you want to play. > Currently, I only used "enrollee" since it was meant to support wps into > connman only as a client. But g_supplicant could be easily patched to be > able to use the same wps dbus interface to request a "registrar" role. > Though, this brings some questions: is wpa_supplicant providing the > whole security handshake as a registrar then, or does it require some > external security stuff etc... > > Anyway, that's something people implementing p2p into connman should > find out. I don't see the interest of providing wps as a registrar in > those devices, but for p2p support maybe.
Aaron and Tomasz, Bear in mind that wpa_supplicant is still changing a lot, particularly the DBus interface is lagging behind and we even had to patch it to get the basics working (patch upstreamed). What I want to say is that let's get the basics and what we know works now, adding PIN or being registrar later on. Same for groups et al. IMO it will take a while for wpa_supplicant's p2p to mature, sure we can help, but let's start small and get something working :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -------------------------------------- MSN: [email protected] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 _______________________________________________ connman mailing list [email protected] http://lists.connman.net/listinfo/connman
