framework/connectivity/connman.git
11 years agoSMACK rules updated tizen_2.1 submit/tizen_2.1/20130514.052134
Jaehyun Kim [Fri, 3 May 2013 07:29:36 +0000 (16:29 +0900)]
SMACK rules updated

Change-Id: I9ea188d57fb0dd39f550780aa50dfbebc6ba4b68

11 years agoFix incorrect encryption mode
Jaehyun Kim [Thu, 2 May 2013 11:33:01 +0000 (20:33 +0900)]
Fix incorrect encryption mode

Combine the RSN and WPA pairwise to get correct key encryption mode

11 years agoFix scan issue if driver supported MaxScanSSID less then 4
Liu, Guoqiang [Fri, 26 Apr 2013 04:50:49 +0000 (12:50 +0800)]
Fix scan issue if driver supported MaxScanSSID less then 4

When enable Wi-Fi technology, fast scan will transfer favourite
network to scan. if the default MaxScanSSID is 4 and the number of
local favourite network is bigger than driver support MaxScanSSID,
which will result in scaning block.
Here change it to 1, it will work well with mass Wi-Fi driver,
at same time it doesn't affect the hidden netwrok autoconnet.

11 years agoFix Wi-Fi WEP OPEN and WEP SHARED 2.1b_release accepted/tizen_2.1/20130425.035319 submit/tizen_2.1/20130424.231140
Jaehyun Kim [Tue, 16 Apr 2013 08:43:48 +0000 (17:43 +0900)]
Fix Wi-Fi WEP OPEN and WEP SHARED

Unable to connect with the WEP(open key) mode AP again with correct password if connecting the AP with wrong password before.
Fix this issue.

11 years agoservice: Add getter for favorite flag
Julien Massot [Tue, 14 Aug 2012 14:21:45 +0000 (16:21 +0200)]
service: Add getter for favorite flag

11 years agoservice: Allow plugins to lookup services by networks
Daniel Wagner [Fri, 10 Aug 2012 09:58:59 +0000 (11:58 +0200)]
service: Allow plugins to lookup services by networks

11 years agoservice: Allow plugins access to connman_service_create_ip4/6config
Daniel Wagner [Fri, 10 Aug 2012 09:58:58 +0000 (11:58 +0200)]
service: Allow plugins access to connman_service_create_ip4/6config

11 years agoFix several crashes
Jaehyun Kim [Mon, 15 Apr 2013 14:42:26 +0000 (23:42 +0900)]
Fix several crashes

gweb: check NULL
service: current_default
  - The value of current_default->path has invalid address occasionally, so it causes connman crash.

Change-Id: Ia6733579fe3806c9d053c7aedd16725a26eb8f5e

11 years agoStart DHCPDISCOVERY when DHCPREQUEST of INIT-REBOOT has failed
Jaehyun Kim [Fri, 12 Apr 2013 12:48:46 +0000 (21:48 +0900)]
Start DHCPDISCOVERY when DHCPREQUEST of INIT-REBOOT has failed

11 years agoUpstream: gdhcp: Set client state to INIT_SELECTING on restart
Forest Bond [Mon, 16 Jul 2012 13:09:01 +0000 (09:09 -0400)]
Upstream: gdhcp: Set client state to INIT_SELECTING on restart

With the previous behavior, we would end up sending a discover message
and then ignoring the reply due to the client state mismatch, so a
restart would never result in successful acquisition of a lease.

RFC 2131 specifies that the client should return to INIT state in
various restart scenarios.  However, also note that it would not make
sense in any case to send a discover message and ignore the reply.

Change-Id: Ia88452fb2d5e9670c81c58566d98f6fc21d9b198

11 years agoVersion Update
Jaehyun Kim [Sat, 6 Apr 2013 13:43:21 +0000 (22:43 +0900)]
Version Update

11 years agoUpstream: wispr: Free wispr portal context in the relevant place
Tomasz Bursztyka [Tue, 23 Oct 2012 07:26:44 +0000 (10:26 +0300)]
Upstream: wispr: Free wispr portal context in the relevant place

This fixes 2 issues:
- calling __connman_service_ipconfig_indicate_state() might lead to
  restart wispr_portal check, so context should not be freed afterward
  but beforehand.
- freeing the context in wispr_manage_message() should not happen since
  wispr_manage_message() will return back to wispr_portal_web_result()
  where we can still use the context.

Thanks to Julien Massot <jmassot@aldebaran-robotics.com> who reported
the issue and provided logs.

11 years agoUpstream: wispr: Keep track of proxy callback timeout
Patrik Flykt [Tue, 16 Oct 2012 10:56:32 +0000 (13:56 +0300)]
Upstream: wispr: Keep track of proxy callback timeout

Keep track of the zero-second no proxy callback timeout and remove
it when freeing up the WISPr context.

11 years agoUpstream: wispr: Properly handle Agent error
Tomasz Bursztyka [Fri, 28 Sep 2012 12:41:06 +0000 (15:41 +0300)]
Upstream: wispr: Properly handle Agent error

11 years agoUpstream: wispr: Service does not need to be reference counted
Patrik Flykt [Thu, 13 Sep 2012 13:44:14 +0000 (16:44 +0300)]
Upstream: wispr: Service does not need to be reference counted

11 years agoUpstream: wispr: Free wispr portal context struct instead of unreferencing it
Patrik Flykt [Thu, 13 Sep 2012 13:44:13 +0000 (16:44 +0300)]
Upstream: wispr: Free wispr portal context struct instead of unreferencing it

The structure can now be directly freed, since the reference count
is always one. As a result, remove wispr_portal_context_unref()
function.

11 years agoUpstream: wispr: Remove service usage reset function
Patrik Flykt [Thu, 13 Sep 2012 13:44:12 +0000 (16:44 +0300)]
Upstream: wispr: Remove service usage reset function

Remove reset_service_usage() as it is now obsolete with the
refcount always being equal to one.

11 years agoUpstream: wispr: Agent calls need not be referenced
Patrik Flykt [Thu, 13 Sep 2012 13:44:11 +0000 (16:44 +0300)]
Upstream: wispr: Agent calls need not be referenced

There is no need to refcount while doing Agent API calls, since
outstanding Agent API calls are removed when the service is
disconnected.

Also remove wispr_portal_context_ref() as it is no longer used.

11 years agoUpstream: wispr: Clean up reference counting
Patrik Flykt [Thu, 13 Sep 2012 13:44:10 +0000 (16:44 +0300)]
Upstream: wispr: Clean up reference counting

connman_wispr_portal_context is initialized with refcount set to one.
Don't reference it an additional times while doing asynchronous calls
if the calls can be cancelled. Unreference the structure when done.

11 years agoUpstream: wispr: Add backpointer to wispr portal structure
Patrik Flykt [Fri, 7 Sep 2012 08:00:57 +0000 (11:00 +0300)]
Upstream: wispr: Add backpointer to wispr portal structure

When calling free_connman_wispr_portal_context(), the context is
freed. Add a backpointer to the wispr portal context in order to
clear the context from the wispr_portal struct.

11 years agoUpstream: wispr: Fix refcounting issue
Tomasz Bursztyka [Tue, 21 Aug 2012 13:45:11 +0000 (16:45 +0300)]
Upstream: wispr: Fix refcounting issue

11 years agoUpstream: web: Make debug func print more useful information
Jukka Rissanen [Thu, 18 Oct 2012 11:35:19 +0000 (14:35 +0300)]
Upstream: web: Make debug func print more useful information

The file and function name are printed in debug prints.

11 years agoUpstream gweb: Make sure to destroy the lookup before calling any result function
Tomasz Bursztyka [Fri, 11 Jan 2013 12:37:05 +0000 (14:37 +0200)]
Upstream gweb: Make sure to destroy the lookup before calling any result function

Program received signal SIGSEGV, Segmentation fault.
Backtrace:
0  0x00000000004219fe in _debug (resolv=0x75f9a0, file=0x497267 "gweb/gresolv.c",
    caller=0x497598 "destroy_lookup",
    format=0x497278 "lookup %p id %d ipv4 %p ipv6 %p") at gweb/gresolv.c:136
1  0x0000000000421ac5 in destroy_lookup (lookup=0x760e40) at gweb/gresolv.c:154
2  0x00000000004224ce in sort_and_return_results (lookup=0x760e40) at gweb/gresolv.c:520
3  0x0000000000422597 in query_timeout (user_data=0x760510) at gweb/gresolv.c:542
4  0x00007ffff7b1b26b in g_timeout_dispatch (source=0x760ea0, callback=<optimized out>,
    user_data=<optimized out>) at gmain.c:4095
5  0x00007ffff7b1a643 in g_main_dispatch (context=0x6f5110) at gmain.c:2784
6  g_main_context_dispatch (context=0x6f5110) at gmain.c:3288
7  0x00007ffff7b1a988 in g_main_context_iterate (dispatch=1, block=<optimized out>,
    context=0x6f5110, self=<optimized out>) at gmain.c:3359
8  g_main_context_iterate (context=0x6f5110, block=<optimized out>, dispatch=1,
    self=<optimized out>) at gmain.c:3296
9  0x00007ffff7b1ade5 in g_main_loop_run (loop=0x6f4fe0) at gmain.c:3553
10 0x0000000000442a5f in main (argc=1, argv=0x7fffffffdea8) at src/main.c:705

Reported by Daniel Wagner

11 years agoUpstream: gresolv: Remove query from queue before destroying the query
Jukka Rissanen [Thu, 18 Oct 2012 11:35:18 +0000 (14:35 +0300)]
Upstream: gresolv: Remove query from queue before destroying the query

The order of actions is important here.

11 years agoUpstream: gresolv: Make sure we will not receive DNS data after closing
Jukka Rissanen [Thu, 18 Oct 2012 11:35:17 +0000 (14:35 +0300)]
Upstream: gresolv: Make sure we will not receive DNS data after closing

We must close the channel when freeing the resolver object,
otherwise we might still receive data when the resolver has been
freed already.

Fixes BMC#25757

11 years agoUpstream: gresolv: Add more debug prints
Jukka Rissanen [Thu, 18 Oct 2012 11:35:16 +0000 (14:35 +0300)]
Upstream: gresolv: Add more debug prints

11 years agoUpstream: gresolv: Make debug func print more useful information
Jukka Rissanen [Thu, 18 Oct 2012 11:35:15 +0000 (14:35 +0300)]
Upstream: gresolv: Make debug func print more useful information

The file and function names are printed in debug prints.

11 years agoUpstream: gresolv: Remove the lookup for real
Jukka Rissanen [Tue, 16 Oct 2012 14:19:25 +0000 (17:19 +0300)]
Upstream: gresolv: Remove the lookup for real

The call to g_resolv_cancel_lookup() will do nothing
because we just removed the lookup from the queue.
The fix is to remove the lookup directly and not call
the cancel function.

11 years agoUpstream: gresolv: Remove all pending lookups when resolver is removed
Jukka Rissanen [Mon, 15 Oct 2012 10:36:04 +0000 (13:36 +0300)]
Upstream: gresolv: Remove all pending lookups when resolver is removed

Remove all lookups found in queue when GResolv object is removed.

11 years agoUpstream: gresolv: Remove lookup from correct queue
Jukka Rissanen [Thu, 11 Oct 2012 10:45:41 +0000 (13:45 +0300)]
Upstream: gresolv: Remove lookup from correct queue

The lookup must be removed from lookup queue and not from query
queue when cancelling the lookup. Otherwise it is possible that
we might access an already removed lookup that is still found in
lookup queue.

Fixes BMC#25728

11 years agoUpstream: gresolv: Use predefined mnemonics rather than magic numbers
Grant Erickson [Mon, 16 Jul 2012 16:48:10 +0000 (09:48 -0700)]
Upstream: gresolv: Use predefined mnemonics rather than magic numbers

Use predefined mnemonics from arpa/nameserv.h for the return value from
ns_msg_getflag rather than magic numbers.

11 years agoUpstream: gresolv: Do not update successful status with unsuccessful one
Jaehyun Kim [Sat, 6 Apr 2013 13:24:51 +0000 (22:24 +0900)]
Upstream: gresolv: Do not update successful status with unsuccessful one

When performing a resolver lookup from timeserver or wpad, both perform
queries with an unspecified address family. This means that both A and
AAAA record queries are issued. In cases where a valid, successful A
response comes back but where the AAAA query results in a timeout, do
not smash the successful A status with the time out AAAA status;
otherwise, the timeserver or wpad will appear to fail to them when, in
fact, the A query was successful and more than satisfies its unspecified
address family requirement.

Partial fix for BMC#25486.

Change-Id: I9fae2d185a81bb5a91e8221207d087749f15009f

11 years agoUpstream: gresolve: Fix a typo in conditional check for returning results
Jaehyun Kim [Sat, 6 Apr 2013 13:12:23 +0000 (22:12 +0900)]
Upstream: gresolve: Fix a typo in conditional check for returning results

In both parse_response and query_timeout there exists logic that checks
to ensure that both an A and AAAA lookups have either been responded to
or timed out before processing and returning results to the caller. In
query_timeout, there was a typo in the condition check such that it did
not match those conditions tested in parse_response.

11 years agoFix incorrect encryption mode
Jaehyun Kim [Fri, 5 Apr 2013 06:22:53 +0000 (15:22 +0900)]
Fix incorrect encryption mode

Change-Id: I413ea389214863a930a9578544e677fa3bca5b43

11 years agoVersion update
Jaehyun Kim [Thu, 4 Apr 2013 08:59:24 +0000 (17:59 +0900)]
Version update

11 years agoUpstream: bluetooth: Add the device into hash table when relevant
Tomasz Bursztyka [Thu, 16 Aug 2012 13:36:37 +0000 (16:36 +0300)]
Upstream: bluetooth: Add the device into hash table when relevant

Fixes BMC#25215

Change-Id: Ic06d2a9eb49802e0b4e97ffe83acd8d19da3e3c4

11 years agoUpstream: bluetooth: Add device to hash before registration
Gustavo Padovan [Thu, 9 Aug 2012 21:57:25 +0000 (18:57 -0300)]
Upstream: bluetooth: Add device to hash before registration

During the connman_device_register() procedure a lookup to the
bluetooth_devices hash table happens, however the device is not on the
hash at this point and the look out fails.

If the registration fails, technology_disable() returns the Failed
message on D-Bus with the error status zero. That happens because we
don't have any device registered.

This patch moves the insertion of the device to before the device
registration.

Change-Id: Iaa0bd5b878e7bcbfdd4518f042da2fd740861bbe

11 years agoUse MaxScanSSID to make a hidden auto connection
Jaehyun Kim [Wed, 27 Mar 2013 12:16:14 +0000 (21:16 +0900)]
Use MaxScanSSID to make a hidden auto connection

11 years agoFix MMS sending failure
Jaehyun Kim [Thu, 21 Mar 2013 06:09:44 +0000 (15:09 +0900)]
Fix MMS sending failure

Not use ipconfig index for searching service
because ConnMan cannot find correct service if it has same ipconfig index

11 years agomerge with master
Jinkun Jang [Fri, 15 Mar 2013 16:13:13 +0000 (01:13 +0900)]
merge with master

11 years agosync
Jinkun Jang [Wed, 13 Mar 2013 00:24:46 +0000 (09:24 +0900)]
sync

11 years agosync
Jinkun Jang [Wed, 13 Mar 2013 00:24:21 +0000 (09:24 +0900)]
sync

11 years agoTizen 2.1 base
Jinkun Jang [Tue, 12 Mar 2013 16:47:13 +0000 (01:47 +0900)]
Tizen 2.1 base

16 years agoInitial revision
Marcel Holtmann [Sat, 22 Dec 2007 19:47:27 +0000 (20:47 +0100)]
Initial revision