Re: [RFC v7 01/12] service: Refactor Service nameserver API

Hi Samual, On Fri, Feb 11, 2011 at 08:22:25PM +0100, Samuel Ortiz wrote: Hi Daniel, On Wed, Feb 09, 2011 at 12:03:49PM +0100, Daniel Wagner wrote: From: Daniel Wagner daniel.wag...@bmw-carit.de __connman_service_append/remove_namerserver() is renamed to

[PATCH 6to4 v1 4/6] service: Create 6to4 tunnel if enabled.

--- src/connman.h |1 + src/ipv4.c|5 + src/service.c | 56 3 files changed, 62 insertions(+), 0 deletions(-) diff --git a/src/connman.h b/src/connman.h index 08bd7a9..24816a0 100644 --- a/src/connman.h +++

[PATCH 6to4 v1 2/6] ipconfig: Add function to return the system address pointer.

--- src/connman.h |2 ++ src/ipconfig.c |9 + 2 files changed, 11 insertions(+), 0 deletions(-) diff --git a/src/connman.h b/src/connman.h index 6202db3..5014291 100644 --- a/src/connman.h +++ b/src/connman.h @@ -253,6 +253,8 @@ void __connman_ipconfig_set_element_ipv6_gateway(

[PATCH 6to4 v1 0/6] Create 6to4 tunnel automatically if enabled

Hi, the following patches create 6to4 tunnel automatically if enabled for a given service, IPv6 is enabled and device has public IP address. Regards, Jukka Jukka Rissanen (6): doc: Add comment about 6to4 tunnelling. ipconfig: Add function to return the system address pointer. 6to4: Add

[PATCH 6to4 v1 1/6] doc: Add comment about 6to4 tunnelling.

--- doc/service-api.txt |9 + 1 files changed, 9 insertions(+), 0 deletions(-) diff --git a/doc/service-api.txt b/doc/service-api.txt index b3e758e..35e03a6 100644 --- a/doc/service-api.txt +++ b/doc/service-api.txt @@ -386,6 +386,15 @@ Properties string State [readonly]

Re: [RFC v7 08/12] connection: Remove connection element

Hi Samuel, On Fri, Feb 11, 2011 at 08:22:37PM +0100, Samuel Ortiz wrote: Hi Daniel, On Wed, Feb 09, 2011 at 12:03:56PM +0100, Daniel Wagner wrote: @@ -154,49 +136,47 @@ static void connection_newgateway(int index, const char *gateway) static void set_default_gateway(struct

[PATCH v8 1/4] service: Refactor Service nameserver API

From: Daniel Wagner daniel.wag...@bmw-carit.de __connman_service_append/remove_namerserver() is renamed to __connman_service_nameserver_append/remove to be more consistent with the other Service API naming. Also the semantic changes to append/remove instead of set/clear. The list of configured

[PATCH v8 2/4] ipconfig: Rename __connman_ipconfig_get_*(index)

From: Daniel Wagner daniel.wag...@bmw-carit.de To avoid a name clash with the next patch, the __connman_ipconfig_get_*(index) have to be renamed. Since they all use an index as lookup argument rename them to __connman_ipconfig_get_*_from_index(index). --- src/connman.h |6 +++---

[PATCH v8 4/4] connection: Remove connection element

From: Daniel Wagner daniel.wag...@bmw-carit.de And add __connman_connection_gateway_add/remove. --- include/element.h |1 - src/connection.c | 325 + src/connman.h |8 +- src/element.c | 11 +- src/ipconfig.c| 27 -

Re: [PATCH 6to4 v1 0/6] Create 6to4 tunnel automatically if enabled

On Mon, 2011-02-14 at 11:36 +0200, Jukka Rissanen wrote: the following patches create 6to4 tunnel automatically if enabled for a given service, IPv6 is enabled and device has public IP address. The problem with this is that 6to4 can be fairly unreliable. If we want to do this, we should

Re: [PATCH 6to4 v1 0/6] Create 6to4 tunnel automatically if enabled

Hi David, On Mon, Feb 14, 2011 at 11:27:34AM +, David Woodhouse wrote: On Mon, 2011-02-14 at 11:36 +0200, Jukka Rissanen wrote: the following patches create 6to4 tunnel automatically if enabled for a given service, IPv6 is enabled and device has public IP address. The problem with

[RFC 0/3] Fix handling of provisioned APN

Hi, This patchset tries to fix handling of APNs that are provisioned in ofono ConnectionContexts rather than written there by connman. Previously, the provisioned APNs were only stored in network (element), while service still used the previous/empty APN. After this patch they are stored in

[RFC 1/3] network: Add new functions to set/get APN

--- include/network.h |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/network.h b/include/network.h index 6b93f16..36c706e 100644 --- a/include/network.h +++ b/include/network.h @@ -104,6 +104,8 @@ int connman_network_set_strength(struct connman_network

[RFC 3/3] ofono: Use new function to set network APN

--- plugins/ofono.c | 24 +--- 1 files changed, 13 insertions(+), 11 deletions(-) diff --git a/plugins/ofono.c b/plugins/ofono.c index 43872ff..899d3e6 100644 --- a/plugins/ofono.c +++ b/plugins/ofono.c @@ -456,7 +456,7 @@ static void set_apn(struct connman_network

RE: [PATCH 6to4 v1 0/6] Create 6to4 tunnel automatically if enabled

Hi David, ext David Woodhouse wrote: On Mon, 2011-02-14 at 13:11 +0100, Samuel Ortiz wrote: And I suppose that comes from routers on the path screwing it up by misinterpreting 6to4 ? It's more that your local instance of the 192.88.99.1 anycast address that you use for outbound traffic may

RE: [PATCH 6to4 v1 0/6] Create 6to4 tunnel automatically if enabled

On Mon, 2011-02-14 at 13:27 +, jukka.rissa...@nokia.com wrote: Yes that is certainly possible. I created the patch so that by default it does not create the 6to4 tunnel so the user needs toggle the flag to activate it. Surely better to *test* it by trying to connect to somewhere like

[RFC] dhcp: Remove DHCP element

From: Daniel Wagner daniel.wag...@bmw-carit.de --- Hi Samuel, here is only the dhcp removel patch. cheers, daniel src/connman.h | 12 +++ src/dhcp.c| 302 +--- src/element.c |2 - src/main.c|2 + src/network.c | 108