Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.01.org/mailman/listinfo/connman
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: [PATCH 00/10] Coverity warnings cleanup and fixes
(Daniel Wagner)
2. Re: How to stop connection procedure? (Daniel Wagner)
3. Re: Question about per application routing (Daniel Wagner)
4. Re: How to stop connection procedure? (Fabio Emiliani)
----------------------------------------------------------------------
Message: 1
Date: Fri, 21 Oct 2016 08:54:31 +0200
From: Daniel Wagner <[email protected]>
To: Peter Meerwald-Stadler <[email protected]>, Patrik Flykt
<[email protected]>
Cc: [email protected]
Subject: Re: [PATCH 00/10] Coverity warnings cleanup and fixes
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi Peter,
On 15.10.2016 12:35, Peter Meerwald-Stadler wrote:
> Peter Meerwald-Stadler (10):
> gdhcp: Check setsockopt() retval
> gdhcp: Return correct errno value
> firewall-ntables: Return correct errno value
> gdhcp: Fix potential NULL deref
> ofono: Fix potential NULL deref
> peer_service: Setting retval ignored, always overwritten
> dhcpv6: Remove pointless compute_random() helper
> util: Make file handle of /dev/urandom static
> util: Reading from /dev/urandom ignores the number of bytes read
> shared: Drop unused shared/debugfs.c|.h
All patches applied.
Thanks,
Daniel
------------------------------
Message: 2
Date: Fri, 21 Oct 2016 09:04:49 +0200
From: Daniel Wagner <[email protected]>
To: Fabio Emiliani <[email protected]>,
[email protected]
Subject: Re: How to stop connection procedure?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi,
On 14.10.2016 19:15, Fabio Emiliani wrote:
> Dear all,
>
> I'm developing a Qt-based application using libconnman-qt and connman.
> Please consider the following use case:
>
> - the user starts the connection to a network
> - the connection starts
> - a passphrase is required
> - the user doesn't want to connect anymore
>
> Actually after the requestConnect() I've got back a
> serviceConnectionStarted() signal, then I receive a
> userInputRequested(QString,QVariantMap) (passphrase request).
>
> If I try to execute a requestDisconnect() I see in the logs:
> Reply from service.connect(): "Invalid arguments"
>
> This makes sense, I can't disconnect from a network I'm not connected
> in, the connection is "In progress", connman is still waiting for a
> password...
I observed this problem also. So far I just ignored it :) IIRC, ConnMan
is just missing the 'abort' code path. I'll see if I get the time to
look into this when working on the iwd plugin.
> * How can I get the status of the connection procedure (e.g.
> "connecting", "waiting for a passphrase", "connected")?
Via the D-Bus API? Check the the State property from the manager API.
There is also one for a single service.
cheers,
daniel
------------------------------
Message: 3
Date: Fri, 21 Oct 2016 09:36:37 +0200
From: Daniel Wagner <[email protected]>
To: "Liang, Jian [TYCO GBS - Cork]" <[email protected]>,
"[email protected]" <[email protected]>
Subject: Re: Question about per application routing
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Hi Jian,
On 20.10.2016 18:49, Liang, Jian [TYCO GBS - Cork] wrote:
> I am trying to understand how per application routing works with session
> APIs. Here are two questions which confused me
>
> - In the ?session-policy-format.txt? file, the provided
> example of a xxx.policy file contains a ?uid? field. Does it mean ?per
> application routing? is only applicable when applications run through
> different users?
The current application matching/identification depends on uid. The code
allows also to use different means for the matching, for example via
SELinux context. Though you need to tweak your system accordingly.
Also note that you can create your own session plugin which might fit
better into your system.
> - In session polices, is it possible to specify different order
> of services when multiple services are of a same type of technology,
> e.g. multiple Ethernet interfaces? If not, how can it be specified with
> connman APIs or policies?
The plugins/session_policy_local.c is considered to be a good working
example on how you could write your own plugin. If you write your own
plugin you can take over the control of the main connection algorithm in
ConnMan. Obviously, you have then to do it everything by yourself.
I had once written an example for such a plugin. The repo was hosted on
a git server run by GENIVI. Well, it's gone. I try to find a local copy
and host it on github.
cheers,
daniel
------------------------------
Message: 4
Date: Fri, 21 Oct 2016 10:11:58 +0200
From: Fabio Emiliani <[email protected]>
To: Daniel Wagner <[email protected]>
Cc: [email protected]
Subject: Re: How to stop connection procedure?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Hi Daniel,
thanks for your time. Please keep me updated if you have news about the
abort procedure.
Regarding the status question I have completely missed the state
property of a service element! I were focues on the state property of
the manager. According to the docs:
> manager-api.txt -> Properties string State [readonly] -> Possible
> values are "offline", "idle", "ready" and "online".
>
> service-api.txt -> Properties string State [readonly] -> Valid
> states are "idle", "failure", "*association*", "configuration",
> "ready", "disconnect" and "online".
>
The State string of the service api is exactly what I'm looking for.
Many thanks for your help
Regards,
Fabio Emiliani
Il 21/10/2016 09:04, Daniel Wagner ha scritto:
> Hi,
>
> On 14.10.2016 19:15, Fabio Emiliani wrote:
>> Dear all,
>>
>> I'm developing a Qt-based application using libconnman-qt and connman.
>> Please consider the following use case:
>>
>> - the user starts the connection to a network
>> - the connection starts
>> - a passphrase is required
>> - the user doesn't want to connect anymore
>>
>> Actually after the requestConnect() I've got back a
>> serviceConnectionStarted() signal, then I receive a
>> userInputRequested(QString,QVariantMap) (passphrase request).
>>
>> If I try to execute a requestDisconnect() I see in the logs:
>> Reply from service.connect(): "Invalid arguments"
>>
>> This makes sense, I can't disconnect from a network I'm not connected
>> in, the connection is "In progress", connman is still waiting for a
>> password...
> I observed this problem also. So far I just ignored it :) IIRC, ConnMan
> is just missing the 'abort' code path. I'll see if I get the time to
> look into this when working on the iwd plugin.
>
>> * How can I get the status of the connection procedure (e.g.
>> "connecting", "waiting for a passphrase", "connected")?
> Via the D-Bus API? Check the the State property from the manager API.
> There is also one for a single service.
>
> cheers,
> daniel
--
*Fabio Emiliani*
*/Software Engineer/*
/Ph. +39 075 8298 532/
/[email protected]/ <mailto:[email protected]>
DISCLAIMER
This email and any attachment may contain confidential information. If
you are not the intended recipient you are not authorised to copy or
disclose all or any part of it without the prior written consent of ART SpA.
/ART SpA ? Step Forward With US - //www.artgroup-spa.com/logo_ART_firma-1//
/Ph. +39 075 8298 501 ? Fax +39 075 8298 525 /
P*Please consider our environment before printing this e-mail***
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.01.org/pipermail/connman/attachments/20161021/0832896b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo_ART_firma-1.jpg
Type: image/jpeg
Size: 16420 bytes
Desc: not available
URL:
<http://lists.01.org/pipermail/connman/attachments/20161021/0832896b/attachment.jpg>
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 12, Issue 22
***************************************
