[PATCH 1/8] technology: Handle rfkill hash table in a saner way

--- src/technology.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/src/technology.c b/src/technology.c index d78e7b3..001208d 100644 --- a/src/technology.c +++ b/src/technology.c @@ -1288,7 +1288,7 @@ int __connman_technology_add_rfkill(unsigned int index,

[PATCH 3/8] technology: Handle harblock if only all are identical for the same rfkill type

On some crappy hardware, there exist 2 rfkill entities for the same type, with cascading issue: if one is soft blocked, the other one is hardblocked. But if the hardblock switch is set, all are hardblocked. So this patch figures out that a technology is hardblock if only all related rkill event

[PATCH 2/8] technology: Handle rfkill hardblock relevantly

--- src/technology.c | 40 1 file changed, 28 insertions(+), 12 deletions(-) diff --git a/src/technology.c b/src/technology.c index 001208d..1486122 100644 --- a/src/technology.c +++ b/src/technology.c @@ -72,6 +72,8 @@ struct connman_technology {

[PATCH 4/8] technology: Link hard rfkill with actual device's state

When hardblocking a technology, it should disable the devices which belongs to that technology. When un-hardblocking it should do the same but taking care about user setting (it will enable the devices if only enable_persistent is on). --- src/technology.c | 26 ++ 1 file

[PATCH 5/8] technology: Simplify set_powered function

--- src/technology.c | 10 +++--- 1 file changed, 3 insertions(+), 7 deletions(-) diff --git a/src/technology.c b/src/technology.c index 24949f2..502cd60 100644 --- a/src/technology.c +++ b/src/technology.c @@ -650,19 +650,15 @@ static DBusMessage *set_powered(struct connman_technology

[PATCH 6/8] technology: Do not apply Powered setting change if hardblock is on

--- src/technology.c | 6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/src/technology.c b/src/technology.c index 502cd60..f8443dd 100644 --- a/src/technology.c +++ b/src/technology.c @@ -650,7 +650,10 @@ static DBusMessage *set_powered(struct connman_technology

[PATCH 8/8] technology: Do not expose a technology which is hard rfkilled

If hard rfkilled, a technology will not be exposed through DBus via GetTechnologies. If hard rfkill status change, TechnologyAdded/TechnologyRemoved signals will be thrown accordingly. --- src/technology.c | 12 1 file changed, 8 insertions(+), 4 deletions(-) diff --git

[PATCH] session: If no plugin is selected return error

From: Daniel Wagner daniel.wag...@bmw-carit.de The current code expects that we have a valid policy config assign. As long this holds true we should return an error in assign_policy_plugin. --- We could obviously have a default empty configuration added to the core if no plugin is available. That

Re: [PATCH] session: If no plugin is selected return error

On 02.10.2012 15:54, Daniel Wagner wrote: From: Daniel Wagner daniel.wag...@bmw-carit.de The current code expects that we have a valid policy config assign. As long this holds true we should return an error in assign_policy_plugin. --- We could obviously have a default empty configuration added

[PATCH] build-sys: Fix missing -lrt for clock_gettime()

librt is needed for using clock_gettime(): /usr/bin/ld: src/ntp.o: undefined reference to symbol 'clock_gettime@@GLIBC_2.2.5' /usr/bin/ld: note: 'clock_gettime@@GLIBC_2.2.5' is defined in DSO /usr/lib/librt.so.1 so try adding it to the linker command line /usr/lib/librt.so.1: could not read

[PATCH v0 1/6] coding-style: Add static variable initialization entry

From: Daniel Wagner daniel.wag...@bmw-carit.de --- doc/coding-style.txt | 9 + 1 file changed, 9 insertions(+) diff --git a/doc/coding-style.txt b/doc/coding-style.txt index 30690b7..b5ef30e 100644 --- a/doc/coding-style.txt +++ b/doc/coding-style.txt @@ -306,6 +306,15 @@ Example: 2)

[PATCH v0 2/6] core: Fix M17 coding-style issues

From: Daniel Wagner daniel.wag...@bmw-carit.de --- src/counter.c| 6 +++--- src/dhcp.c | 2 +- src/dhcpv6.c | 2 +- src/dnsproxy.c | 8 src/ippool.c | 16 src/log.c| 4 ++-- src/manager.c| 2 +- src/nat.c| 4 ++--

[PATCH v0 3/6] plugins: Fix M17 coding-style issues

From: Daniel Wagner daniel.wag...@bmw-carit.de --- plugins/bluetooth.c | 2 +- plugins/dundee.c | 2 +- plugins/hh2serial-gps.c | 2 +- plugins/iospm.c | 2 +- plugins/iwmxsdk.c| 2 +- plugins/l2tp.c | 2 +- plugins/loopback.c | 6 +++---

[PATCH v0 5/6] unit: Fix M17 coding-style issues

From: Daniel Wagner daniel.wag...@bmw-carit.de --- unit/test-nat.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/unit/test-nat.c b/unit/test-nat.c index 4a48461..47daa4d 100644 --- a/unit/test-nat.c +++ b/unit/test-nat.c @@ -39,7 +39,7 @@ #define LOG(fmt, arg...) #endif

[PATCH v0 6/6] tools: Fix M17 coding-style issues

From: Daniel Wagner daniel.wag...@bmw-carit.de --- tools/dhcp-test.c | 2 +- tools/resolv-test.c | 4 ++-- tools/supplicant.c | 4 ++-- tools/web-test.c| 4 ++-- tools/wispr.c | 4 ++-- tools/wpad-test.c | 6 +++--- 6 files changed, 12 insertions(+), 12 deletions(-) diff --git

[PATCH 1/2] build-sys: Don't use deprecated AM_PROG_MKDIR_P

AM_PROG_MKDIR_P is deprecated since: configure.ac:26: warning: The 'AM_PROG_MKDIR_P' macro is deprecated, and will soon be removed. configure.ac:26: You should use the Autoconf-provided 'AC_PROG_MKDIR_P' macro instead, configure.ac:26: and use '$(MKDIR_P)' instead of '$(mkdir_p)'in your

Re: [PATCH v0 1/6] coding-style: Add static variable initialization entry

On Tue, Oct 2, 2012 at 12:02 PM, Daniel Wagner w...@monom.org wrote: From: Daniel Wagner daniel.wag...@bmw-carit.de --- doc/coding-style.txt | 9 + 1 file changed, 9 insertions(+) diff --git a/doc/coding-style.txt b/doc/coding-style.txt index 30690b7..b5ef30e 100644 ---