Re: [PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-15 Thread Simon Busch

Hey Tomasz,


+boolean P2P [readwrite]
+
+This option allows to enable or disable the support
+for P2P wireless network also known as WiFi Direct.
+
+When P2P is enabled scanning will scan for P2P peer
+clients as well.


Ok


+
+string P2PIdentifier [readwrite]
+
+This option allows to set the name of the device
+used in P2P communication.


Why not using system's hostname directly? At least as a default value.
I remember we had the same discussion about wifi tethering SSID.
Btw, you might add that this is available only for wifi technology.


Good idea. Will add the mark as both properties being available for wifi 
technology only.


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


Re: [PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-15 Thread Marcel Holtmann
Hi Simon,

 +boolean P2P [readwrite]
 +
 +This option allows to enable or disable the support
 +for P2P wireless network also known as WiFi Direct.
 +
 +When P2P is enabled scanning will scan for P2P peer
 +clients as well.
 
 Ok
 
 +
 +string P2PIdentifier [readwrite]
 +
 +This option allows to set the name of the device
 +used in P2P communication.
 
 Why not using system's hostname directly? At least as a default value.
 I remember we had the same discussion about wifi tethering SSID.
 Btw, you might add that this is available only for wifi technology.
 
 Good idea. Will add the mark as both properties being available for wifi 
 technology only.

I would actually prefer we are not trying to overload the technology interface. 
Can we just create a new technology for P2P. Then on/off switch is simple and 
straight forward. Also the identifier can come from hostnamed and its pretty 
name.

Regards

Marcel

___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


Re: [PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-15 Thread Simon Busch

Am 15.05.2013 13:17, schrieb Marcel Holtmann:

Hi Simon,


+boolean P2P [readwrite]
+
+This option allows to enable or disable the support
+for P2P wireless network also known as WiFi Direct.
+
+When P2P is enabled scanning will scan for P2P peer
+clients as well.


Ok


+
+string P2PIdentifier [readwrite]
+
+This option allows to set the name of the device
+used in P2P communication.


Why not using system's hostname directly? At least as a default value.
I remember we had the same discussion about wifi tethering SSID.
Btw, you might add that this is available only for wifi technology.


Good idea. Will add the mark as both properties being available for wifi 
technology only.


I would actually prefer we are not trying to overload the technology interface. 
Can we just create a new technology for P2P. Then on/off switch is simple and 
straight forward. Also the identifier can come from hostnamed and its pretty 
name.


But isn't P2P bound to the wifi technology? Cause when wifi is off we 
can't enable P2P.


regards,
Simon

--
Simon Busch - http://mm.gravedo.de/blog/
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


Re: [PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-15 Thread Marcel Holtmann
Hi Simon,

 +boolean P2P [readwrite]
 +
 +This option allows to enable or disable the support
 +for P2P wireless network also known as WiFi Direct.
 +
 +When P2P is enabled scanning will scan for P2P peer
 +clients as well.
 
 Ok
 
 +
 +string P2PIdentifier [readwrite]
 +
 +This option allows to set the name of the device
 +used in P2P communication.
 
 Why not using system's hostname directly? At least as a default value.
 I remember we had the same discussion about wifi tethering SSID.
 Btw, you might add that this is available only for wifi technology.
 
 Good idea. Will add the mark as both properties being available for wifi 
 technology only.
 
 I would actually prefer we are not trying to overload the technology 
 interface. Can we just create a new technology for P2P. Then on/off switch 
 is simple and straight forward. Also the identifier can come from hostnamed 
 and its pretty name.
 
 But isn't P2P bound to the wifi technology? Cause when wifi is off we can't 
 enable P2P.

that is for us to solve internally. Not a problem of the end user.

However the way this works is that the WiFi hardware needs to be activated. The 
actual wlan0 netdev for example can be happily be down for P2P operation. The 
phy itself does not have an on/off switch besides RFKILL.

So yes, rfkill WiFi, will also rfkill P2P, but so be it. We can still enforce 
WiFi off by keeping the wlan0 netdev down and only using P2P. It just means 
that if one of these technologies is enabled, the phy has to be enabled (and 
not rfkilled).

Regards

Marcel

___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


Re: [PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-14 Thread Tomasz Bursztyka

Hi Simon,

+   boolean P2P [readwrite]
+
+   This option allows to enable or disable the support
+   for P2P wireless network also known as WiFi Direct.
+
+   When P2P is enabled scanning will scan for P2P peer
+   clients as well.


Ok


+
+   string P2PIdentifier [readwrite]
+
+   This option allows to set the name of the device
+   used in P2P communication.


Why not using system's hostname directly? At least as a default value.
I remember we had the same discussion about wifi tethering SSID.
Btw, you might add that this is available only for wifi technology.

Br,

Tomasz
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


[PATCH 1/3] doc: add documentation for P2P related API modifications

2013-05-11 Thread Simon Busch
---
 doc/service-api.txt|  2 +-
 doc/technology-api.txt | 13 +
 2 files changed, 14 insertions(+), 1 deletion(-)

diff --git a/doc/service-api.txt b/doc/service-api.txt
index b33eb6f..4d85bae 100644
--- a/doc/service-api.txt
+++ b/doc/service-api.txt
@@ -161,7 +161,7 @@ Properties  string State [readonly]
 
string Type [readonly]
 
-   The service type (for example ethernet, wifi etc.)
+   The service type (for example ethernet, wifi, 
peer, etc.)
 
This information should only be used to determine
advanced properties or showing the correct icon
diff --git a/doc/technology-api.txt b/doc/technology-api.txt
index 9fe66b3..37aab0c 100644
--- a/doc/technology-api.txt
+++ b/doc/technology-api.txt
@@ -71,6 +71,19 @@ Properties   boolean Powered [readwrite]
advanced properties or showing the correct icon
to the user.
 
+   boolean P2P [readwrite]
+
+   This option allows to enable or disable the support
+   for P2P wireless network also known as WiFi Direct.
+
+   When P2P is enabled scanning will scan for P2P peer
+   clients as well.
+
+   string P2PIdentifier [readwrite]
+
+   This option allows to set the name of the device
+   used in P2P communication.
+
boolean Tethering [readwrite]
 
This option allows to enable or disable the support
-- 
1.8.1.2

___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman