Re: Multiple connections?

2015-05-07 Thread Jukka Rissanen
Hi Daniel,

On ke, 2015-05-06 at 16:36 +0200, Daniel Nyström wrote:
 Hi ConnMan folks!
 
 I've just started using ConnMan and figured my situation is a bit
 different than most of you.
 
 I've got a GSM module (SIM800h) run by oFono connected to ConnMan. I
 also got a LAN connection with DHCP.
 
 I need both of these connections to be available, but of course only
 one can be the primary interface (hence the one with a default
 gateway). We can say the cellular connection always has this role if
 available.
 
 How can I make this using ConnMan? How can I make the DHCP ignore the
 default gw? Or is there a better way to solve this?

You can set the preferred technology in ConnMan main.conf file
(typically found in /etc/connman directory) like this

PreferredTechnologies = cellular,ethernet

More information in ConnMan sources in src/main.conf example file.


Cheers,
Jukka


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

RE: Essentials/Dependencies for P2P from Laptop to Mobile Device

2015-05-07 Thread Lamsoge, Abhijit
Hi Tomasz,
I have the following details.
WI-FI chip Intel Centrino Advanced N-6205 this confirmed from lshw and lspci.

I have already compiled the wpa_supplicant with options related to P2P from 
documentation.
Because when I run - scan p2p - I get an error - FAIL. Same is the case if I 
by-pass connman and check with wpa_cli utility.

But According to Intel's Centrino Advanced N-6205 - it says - it does support 
WIFI-Direct - But I am not sure how to get it to work.

I also have a Ubuntu 12.10 on a Lenovo T540p which has Atheros chip for wifi.
On this laptop - When I run scan p2p from connmand or wpa_cli I do get a 
success.
But p2p connect and other connect functionalities do not work.

Could this be something related to wpa_supplicant or still a driver or firmware 
issue ?

So from both ends Connmand and wpa_cli I get same results for Atheros based 
Laptop .

Abhijit

From: connman [connman-boun...@connman.net] on behalf of Tomasz Bursztyka 
[tomasz.burszt...@linux.intel.com]
Sent: Thursday, May 07, 2015 3:05 PM
To: connman@connman.net
Subject: Re: Essentials/Dependencies for P2P from Laptop to Mobile Device

Hi,

 I wanted to know what are the dependencies like
 1) Wifi Driver
 2) Chip support

Atheros (ath9k and ath10k driver based) and intel's (only 7260!) are
known to work.
Nothing special on kernel side afaik.

Verify you chip from lspci

 3) Correct procedure to do this

Verify Connman's README file, wpa_supplicant needs to be built with
proper options.
Most of the work is done by wpa_supplicant (Connman is only piloting it)
The later version the better. (2.4-r1)

 4) Or Anything else which is required.

connmanctl on the laptop side
  agent on
  scan p2p  -- to scan for p2p peers
  peers --- results
  connect peer id

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


Essentials/Dependencies for P2P from Laptop to Mobile Device

2015-05-07 Thread Lamsoge, Abhijit
Hi All,
I am trying to configure or use connman to connect my LenovoT530 Laptop which 
runs a Ubuntu 14.10(64Bit) with a Samsung or Asus Zenfone or Sony Mobile device 
over Wifi-Direct or P2P.
However,
P2P does not connect from either end, i.e Mobile to Laptop and vice-versa.

I wanted to know what are the dependencies like
1) Wifi Driver
2) Chip support
3) Correct procedure to do this
4) Or Anything else which is required.

#iw list (Shows me)
Supported TX frame types:
 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 
0xb0 0xc0 0xd0 0xe0 0xf0
 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 
0xc0 0xd0 0xe0 0xf0
 * P2P-device: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 
0xb0 0xc0 0xd0 0xe0 0xf0
Supported RX frame types:
 * P2P-client: 0x40 0xd0
 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0
 * P2P-device: 0x40 0xd0

Any help in this direction will be helpful.

Abhijit


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


Re: Essentials/Dependencies for P2P from Laptop to Mobile Device

2015-05-07 Thread Tomasz Bursztyka

Hi,


I wanted to know what are the dependencies like
1) Wifi Driver
2) Chip support


Atheros (ath9k and ath10k driver based) and intel's (only 7260!) are 
known to work.

Nothing special on kernel side afaik.

Verify you chip from lspci


3) Correct procedure to do this


Verify Connman's README file, wpa_supplicant needs to be built with 
proper options.

Most of the work is done by wpa_supplicant (Connman is only piloting it)
The later version the better. (2.4-r1)


4) Or Anything else which is required.


connmanctl on the laptop side
 agent on
 scan p2p  -- to scan for p2p peers
 peers --- results
 connect peer id

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


RE: Essentials/Dependencies for P2P from Laptop to Mobile Device

2015-05-07 Thread Lamsoge, Abhijit
Thanks.
Tomasz. This information helped.

I will check and reply after upgrading to newer kernel and firmware.

Abhijit

From: connman [connman-boun...@connman.net] on behalf of Tomasz Bursztyka 
[tomasz.burszt...@linux.intel.com]
Sent: Thursday, May 07, 2015 3:53 PM
To: connman@connman.net
Subject: Re: Essentials/Dependencies for P2P from Laptop to Mobile Device

Hi,

 WI-FI chip Intel Centrino Advanced N-6205 this confirmed from lshw and lspci.

 I have already compiled the wpa_supplicant with options related to P2P from 
 documentation.
 Because when I run - scan p2p - I get an error - FAIL. Same is the case if 
 I by-pass connman and check with wpa_cli utility.

 But According to Intel's Centrino Advanced N-6205 - it says - it does support 
 WIFI-Direct - But I am not sure how to get it to work.

Nah too old, if such support have been made then maybe once and on
windows only.
The only intel chip which is known to work properly with p2p is 7260.

 I also have a Ubuntu 12.10 on a Lenovo T540p which has Atheros chip for wifi.
 On this laptop - When I run scan p2p from connmand or wpa_cli I do get a 
 success.
 But p2p connect and other connect functionalities do not work.

 Could this be something related to wpa_supplicant or still a driver or 
 firmware issue ?

Most probably. Ath9k started to work reliably only recently (a year or
so), if you can upgrade all (kernel and firmwar), in
addition of wpa_supplicant, this could fix you issue.


 So from both ends Connmand and wpa_cli I get same results for Atheros based 
 Laptop .

Of course yes. Wpa_supplicant is the one that deals with the kernel/driver.

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


Re: [help] Implementation of 2 internet contexts

2015-05-07 Thread Tomasz Bursztyka

Hi Mylene,

I haven't worked on this plugin but it looks like the issue a network is 
added

per-modem only, not really per-modem-context.


And, in general, how would be the best way to implement a list of context ?
Why connman, currently, handles only one internet context ? I think there was a 
reason to implement it like this. What is it ?


Yep you saw the comment on add_cm_context().

That would need to be fixed yes.
My best bet would be to revert the logic when it comes to context and 
network:


instead of modem-context = ...
you could have: context-modem = modem
and modem-contexts would be a list of those context (a simple GSList).

Then you would create the network with the context as data.
For the network, try to get a name made of the modem's name, and 
something that identifies the context (is there such thing? I don't know)


This require to change the structures and logic accordingly, could be 
quite some work.


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


Re: Essentials/Dependencies for P2P from Laptop to Mobile Device

2015-05-07 Thread Tomasz Bursztyka

Hi,


WI-FI chip Intel Centrino Advanced N-6205 this confirmed from lshw and lspci.

I have already compiled the wpa_supplicant with options related to P2P from 
documentation.
Because when I run - scan p2p - I get an error - FAIL. Same is the case if I 
by-pass connman and check with wpa_cli utility.

But According to Intel's Centrino Advanced N-6205 - it says - it does support 
WIFI-Direct - But I am not sure how to get it to work.


Nah too old, if such support have been made then maybe once and on 
windows only.

The only intel chip which is known to work properly with p2p is 7260.


I also have a Ubuntu 12.10 on a Lenovo T540p which has Atheros chip for wifi.
On this laptop - When I run scan p2p from connmand or wpa_cli I do get a 
success.
But p2p connect and other connect functionalities do not work.

Could this be something related to wpa_supplicant or still a driver or firmware 
issue ?


Most probably. Ath9k started to work reliably only recently (a year or 
so), if you can upgrade all (kernel and firmwar), in

addition of wpa_supplicant, this could fix you issue.



So from both ends Connmand and wpa_cli I get same results for Atheros based 
Laptop .


Of course yes. Wpa_supplicant is the one that deals with the kernel/driver.

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


Re: No more DNS with latest patches

2015-05-07 Thread Tomasz Bursztyka

Hi Olivier,


Hello,

I have tried to take latest patches (commits until service: Remove duplicate 
functionhttp://git.kernel.org/cgit/network/connman/connman.git/commit/?id=f29bcdfd266224d3c9c03f89f297f7f44d46cd2c)
 and I am now facing a DNS issue. A time on 2 after reboot, my resolv.conf file is 
not filled correctly.
I don’t have name server line anymore.
I have attached traces.



Which are missing ;)

So you cold really bisect that this patch is the culprit?

Tomasz

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


No more DNS with latest patches

2015-05-07 Thread Olivier Pinel (opinel)
Hello,

I have tried to take latest patches (commits until service: Remove duplicate 
functionhttp://git.kernel.org/cgit/network/connman/connman.git/commit/?id=f29bcdfd266224d3c9c03f89f297f7f44d46cd2c)
 and I am now facing a DNS issue. A time on 2 after reboot, my resolv.conf file 
is not filled correctly.
I don’t have name server line anymore.
I have attached traces.

Olivier

PS:Note that I am starting connman with –r option.
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman


Re: No more DNS with latest patches

2015-05-07 Thread Olivier Pinel (opinel)
Oups. ;o)

Here are the traces with working (1.29 + Adam's patch)  and failing cases
(1.29 + latests commits + Adam¹s).
I saw a resolvfile_remove after IPV6 that was not there before:

---
--
connmand[815]: src/service.c:__connman_service_ipconfig_indicate_state()
service 0x4cc4a0 (ethernet_18550f6e4889_cable) old state 4 (ready) new
state 3 (configu
ration) type 2 (IPv6)
connmand[815]: src/ipconfig.c:__connman_ipconfig_enable() ipconfig 0x4cb520
connmand[815]: src/resolver.c:connman_resolver_remove() index 3 domain
(null) server 172.21.122.2
connmand[815]: src/resolver.c:__connman_resolvfile_remove() index 3 server
172.21.122.2
---
---


Regression is nearly systematic on my setup.

Olivier


On 07/05/2015 15:40, Tomasz Bursztyka tomasz.burszt...@linux.intel.com
wrote:

Hi Olivier,

 Hello,

 I have tried to take latest patches (commits until service: Remove
duplicate 
functionhttp://git.kernel.org/cgit/network/connman/connman.git/commit/?i
d=f29bcdfd266224d3c9c03f89f297f7f44d46cd2c) and I am now facing a DNS
issue. A time on 2 after reboot, my resolv.conf file is not filled
correctly.
 I don¹t have name server line anymore.
 I have attached traces.


Which are missing ;)

So you cold really bisect that this patch is the culprit?

Tomasz

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

connmand[815]: Connection Manager version 1.29
connmand[815]: src/dbus.c:__connman_dbus_init()
connmand[815]: src/main.c:parse_config() parsing main.conf
connmand[815]: src/inotify.c:__connman_inotify_init()
connmand[815]: src/technology.c:__connman_technology_init()
connmand[815]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[815]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[815]: src/notifier.c:__connman_notifier_init()
connmand[815]: src/agent.c:__connman_agent_init()
connmand[815]: src/service.c:__connman_service_init()
connmand[815]: src/agent.c:connman_agent_driver_register() Registering driver 
0x4b4a30 name service
connmand[815]: src/storage.c:storage_load() Loading 
/var/lib/connman/ethernet_18550f6e4889_cable/settings
connmand[815]: src/peer_service.c:__connman_peer_service_init()
connmand[815]: src/peer.c:__connman_peer_init()
connmand[815]: src/provider.c:__connman_provider_init()
connmand[815]: src/notifier.c:connman_notifier_register() notifier 0x4b4b10 
name provider
connmand[815]: src/network.c:__connman_network_init()
connmand[815]: src/config.c:__connman_config_init()
connmand[815]: src/inotify.c:create_watch() Add directory watch for 
/var/lib/connman
connmand[815]: src/config.c:read_configs()
connmand[815]: src/device.c:__connman_device_init()
connmand[815]: src/ippool.c:__connman_ippool_init()
connmand[815]: src/iptables.c:__connman_iptables_init()
connmand[815]: src/firewall.c:__connman_firewall_init()
connmand[815]: src/nat.c:__connman_nat_init()
connmand[815]: src/notifier.c:connman_notifier_register() notifier 0x4b4e20 
name nat
connmand[815]: src/tethering.c:__connman_tethering_init()
connmand[815]: src/counter.c:__connman_counter_init()
connmand[815]: src/manager.c:__connman_manager_init()
connmand[815]: src/notifier.c:connman_notifier_register() notifier 0x4b4820 
name manager
connmand[815]: src/stats.c:__connman_stats_init()
connmand[815]: src/clock.c:__connman_clock_init()
connmand[815]: src/timezone.c:__connman_timezone_init()
connmand[815]: src/timezone.c:__connman_timezone_lookup() sysconfig zone (null)
connmand[815]: src/timezone.c:__connman_timezone_lookup() localtime zone 
America/New_York
connmand[815]: src/storage.c:storage_load() Loading /var/lib/connman/settings
connmand[815]: src/resolver.c:__connman_resolver_init() dnsproxy 0
connmand[815]: src/ipconfig.c:__connman_ipconfig_init()
connmand[815]: src/rtnl.c:__connman_rtnl_init()
connmand[815]: src/task.c:__connman_task_init()
connmand[815]: src/proxy.c:__connman_proxy_init()
connmand[815]: src/detect.c:__connman_detect_init()
connmand[815]: src/rtnl.c:connman_rtnl_register() rtnl 0x4b4b40 name detect
connmand[815]: src/session.c:__connman_session_init()
connmand[815]: src/notifier.c:connman_notifier_register() notifier 0x4b4c70 
name session
connmand[815]: src/timeserver.c:__connman_timeserver_init()
connmand[815]: src/notifier.c:connman_notifier_register() notifier 0x4b4b80 
name timeserver
connmand[815]: src/connection.c:__connman_connection_init()
connmand[815]: src/rtnl.c:connman_rtnl_register() rtnl 0x4b4800 name connection
connmand[815]: src/plugin.c:__connman_plugin_init()
connmand[815]: Checking loopback interface settings
connmand[815]: System hostname is cisco-stb
connmand[815]: src/utsname.c:connman_utsname_driver_register() driver 0x4b41d0 
name loopback
connmand[815]: 

No more IP adress when switching from dhcp to manual

2015-05-07 Thread Thierry Furet (tfuret)
Hello,

I have an issue using connman when switching from dhcp to manual configuration, 
and coming back to dhcp configuration.
With the particularity that in the manual configuration I am using the address 
given by the dhcp.
The result is that I have no more IP address at all after rebooting my device.
Here is the configuration file of my Ethernet interface after these operations :

[ethernet_18550f6e44b3_cable]
Name=Wired
AutoConnect=true
Modified=1970-01-01T00:00:20.506833Z
IPv4.method=dhcp
IPv6.method=auto
IPv6.privacy=disabled
IPv4.netmask_prefixlen=24
IPv4.local_address=172.21.140.129
IPv4.gateway=172.21.140.254
IPv4.DHCP.LastAddress=172.21.140.129

I can recuperate an IP address when removing from the config file the 3 
following lines :
IPv4.netmask_prefixlen=24
IPv4.local_address=172.21.140.129
IPv4.gateway=172.21.140.254

I would like to know if it's a known issue, and if you have a solution to 
propose.
My connman version is 1.27

Best Regards

Thierry


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


[help] Implementation of 2 internet contexts

2015-05-07 Thread Mylene JOSSERAND
Hi everyone,


I posted in December on the ofono mail list : 
https://lists.ofono.org/pipermail/ofono/2014-December/015531.html
I wanted to connect 2 APNs at the same time with 2 interfaces (PPP and QMI).

On Ofono side, it worked well but I had a problem to get 2 IP addresses with 
connman. I did not have time so I found a work-around (via udhcpc) but, now, I 
have time to work on it.
Currently, in connman, there is only one Internet context activation by modem : 
http://git.kernel.org/cgit/network/connman/connman.git/tree/plugins/ofono.c#n1137
In my case, I have one modem but I want to use two internet contexts.

I implemented some modifications to try to get it work (use of a context 
hashtable in the modem_data, for example) but I am stuck with the function 
context_set_active called in network_connect 
(http://git.kernel.org/cgit/network/connman/connman.git/tree/plugins/ofono.c#n2531).

The network_connect function activates the context but, with my modification, 
as I have two contexts, how could I know which context the user wants to 
activate ? I did not look how ofono and connman exchange data. Should I look at 
it ? Maybe, I should implement a new connman_network_driver function ?

And, in general, how would be the best way to implement a list of context ?
Why connman, currently, handles only one internet context ? I think there was a 
reason to implement it like this. What is it ?


Any help/advice would be appreciated.


PS : Previous test was done on connman v1.23. Now I am working on last connman 
1.29.


Thank you in advance,

Best regards,
Mylène
___
connman mailing list
connman@connman.net
https://lists.connman.net/mailman/listinfo/connman