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] plugins/pacrunner.c: do not configure our domains
(Daniel Wagner)
2. Is there some "Hello GDbus connman World" somewhere ?
(Pierre Couderc)
3. Re: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option (Daniel Wagner)
4. RE: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option (Deroire, Guillaume)
5. Re: miracast connections using connman disconnect after 30
mins (DHCP renewal problem?) (Daniel Wagner)
6. Re: miracast connections using connman disconnect after 30
mins (DHCP renewal problem?) (Daniel Wagner)
7. Re: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option (Daniel Wagner)
8. Re: Is there some "Hello GDbus connman World" somewhere ?
(Daniel Wagner)
9. Re: Is there some "Hello GDbus connman World" somewhere ?
(Julien Massot)
----------------------------------------------------------------------
Message: 1
Date: Mon, 24 Jul 2017 14:32:47 +0200
From: Daniel Wagner <[email protected]>
To: Julien Massot <[email protected]>, David Woodhouse
<[email protected]>
Cc: Julien Massot <[email protected]>, [email protected]
Subject: Re: [PATCH] plugins/pacrunner.c: do not configure our domains
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
> Thanks David,
> it was what I tried to explain.
Yes that helped. Thanks!
I applied the patch after changing the commit message slightly (dropped
the 'My guess is that' part).
Also removed the local append_string() function since it is not used
anymore.
Thanks,
Daniel
------------------------------
Message: 2
Date: Mon, 24 Jul 2017 14:40:24 +0200
From: Pierre Couderc <[email protected]>
To: [email protected]
Subject: Is there some "Hello GDbus connman World" somewhere ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
For example, if want to list the wifi essids available in my C app, I
think the best way is connman by the D-Bus.
Ant I suppose GDbus is the best way.
Is it?
Is there some hox to to do that ?
Thanks
PC
------------------------------
Message: 3
Date: Mon, 24 Jul 2017 14:49:18 +0200
From: Daniel Wagner <[email protected]>
To: [email protected]
Cc: [email protected], Guillaume Deroire
<[email protected]>
Subject: Re: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Guillaume,
On 07/24/2017 11:46 AM, [email protected] wrote:
> From: Guillaume Deroire <[email protected]>
>
> When EnableOnlineCheck option is disabled, the rp_filter is not updated.
> If there are more than one service available, the result is that some
> packets are blocked.
Patch applied. I added to commit message the commit ref which added the
rp_filter and the one which broke it.
Thanks,
Daniel
------------------------------
Message: 4
Date: Mon, 24 Jul 2017 12:54:01 +0000
From: "Deroire, Guillaume" <[email protected]>
To: Daniel Wagner <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: RE: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option
Message-ID:
<co2pr07mb570c58800030b11e7ada4ea9c...@co2pr07mb570.namprd07.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Thanks
I hope the space/tab issue has been properly fixed. It seems to be related to
my MTA and not to the patch itself.
Regards
-----Message d'origine-----
De : Daniel Wagner [mailto:[email protected]]
Envoy? : lundi 24 juillet 2017 14:49
? : [email protected]
Cc : [email protected]; Deroire, Guillaume <[email protected]>
Objet : Re: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option
Hi Guillaume,
On 07/24/2017 11:46 AM, [email protected] wrote:
> From: Guillaume Deroire <[email protected]>
>
> When EnableOnlineCheck option is disabled, the rp_filter is not updated.
> If there are more than one service available, the result is that some
> packets are blocked.
Patch applied. I added to commit message the commit ref which added the
rp_filter and the one which broke it.
Thanks,
Daniel
Please be advised that this email may contain confidential information. If you
are not the intended recipient, please notify us by email by replying to the
sender and delete this message. The sender disclaims that the content of this
email constitutes an offer to enter into, or the acceptance of, any agreement;
provided that the foregoing does not invalidate the binding effect of any
digital or other electronic reproduction of a manual signature that is included
in any attachment.
------------------------------
Message: 5
Date: Mon, 24 Jul 2017 15:00:12 +0200
From: Daniel Wagner <[email protected]>
To: "Carl D. Blake" <[email protected]>
Cc: [email protected]
Subject: Re: miracast connections using connman disconnect after 30
mins (DHCP renewal problem?)
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Carl,
On 07/21/2017 06:22 PM, Carl D. Blake wrote:
> This is kernel 3.10.96 on an Nvidia Tegra X1. The driver is the bcmdhd
> module for the BCM4354. I don't believe it is out of tree, but I could
> be wrong. Of course, this is on ubuntu 14.04 which is a couple years
> old, so I suppose the drivers might need to be updated.
According the wifi wiki it is supported via the brcmsmac.
https://wireless.wiki.kernel.org/en/users/drivers/brcm80211
If it is possible I would give a current Linux kernel a try. If the
problems goes away we know where to look at. But if doesn't go away we
are as smart as before.
>>> -----------------------------------------
>>>
>>> I originally thought it had something to do with miracast and asked this
>>> question at that site, but the people there thought it might be an issue
>>> with connman.
>>>
>>> It seems like there might be some issue with DHCP renewal. Does anybody
>>> know what's happening here?
>>
>> It doesn't look like DHCP, because the wireless driver receives a
>> DEAUTH. Why this is happening? I have no clue. Maybe it is possible to
>> increase the verbosity of the driver and you might see what is going on.
>>
>> Maybe ConnMan is also doing something wrong but I would first check if
>> the driver is behaving according the specification. If it is this
>> version I found on github[1] I wouldn't be surprised if there are still
>> bugs in it. Just one commit and no changes since 2015.
>>
>
> I'll increase the verbosity. The thing is I'm getting this same exact
> behavior on an Nvidia Tegra K1 using an AC7260 mini PCIe card, so I
> figured it had to be something other than the drivers.
Ah, so different driver and hardware but the same behavior. Indeed, that
sounds like a higher level problem.
Thanks,
Daniel
------------------------------
Message: 6
Date: Mon, 24 Jul 2017 15:06:05 +0200
From: Daniel Wagner <[email protected]>
To: "Carl D. Blake" <[email protected]>
Cc: [email protected]
Subject: Re: miracast connections using connman disconnect after 30
mins (DHCP renewal problem?)
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Carl,
On 07/21/2017 08:00 PM, Carl D. Blake wrote:
> I don't see any further messages that indicate why the driver is
> deauthorizing. I do notice that I get the message from wpa_supplicant
> that it failed to initiate sched scan right before the disconnect
> occurs.
wpa_s is always good for some trouble. So one thing you could do is to
start wpa_s by hand and enable the debug options and see what wpa_s doing:
# wpa_supplicant -c /etc/wpa_supplicant/wpa_supplicant.conf -u -s -dd
> Could this have something to do with it?
The DHCP code in ConnMan is not really driving anything directly. That
means we would see something from service.c which tells us it decided to
disconnect. But we don't see that either. So we should look at wpa_s.
> I'm unconvinced that
> this is a problem with the driver. The disconnect occurs reliably after
> 30 minutes of being connected. I can set my watch by it.
I agree, if you see can reproduce this with different wifi cards it is
probably not the drivers.
Thanks,
Daniel
------------------------------
Message: 7
Date: Mon, 24 Jul 2017 15:07:40 +0200
From: Daniel Wagner <[email protected]>
To: "Deroire, Guillaume" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [PATCH] service: Fix loose mode routing not enabled with
EnableOnlineCheck option
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
On 07/24/2017 02:54 PM, Deroire, Guillaume wrote:
> I hope the space/tab issue has been properly fixed. It seems to be
> related to my MTA and not to the patch itself.
The patch applied cleanly. So all fine. Death to all MTA which do
reformatting! ;)
Thanks,
Daniel
------------------------------
Message: 8
Date: Mon, 24 Jul 2017 15:18:14 +0200
From: Daniel Wagner <[email protected]>
To: Pierre Couderc <[email protected]>, [email protected]
Subject: Re: Is there some "Hello GDbus connman World" somewhere ?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Pierre,
On 07/24/2017 02:40 PM, Pierre Couderc wrote:
> For example, if want to list the wifi essids available in my C app, I
> think the best way is connman by the D-Bus.
ConnMan main API is D-Bus. There are some config files which are also
honored but anything dynamic is exposed via the D-Bus API. So there
isn't really a choice :)
> Ant I suppose GDbus is the best way.
Depends on your environment. If you are tied to C, the answer is
probably yes.
> Is it?
>
> Is there some hox to to do that ?
We have some Python sample scripts under test, e.g.
test/list-services
This script will print all services. There are also some UI code which
you could look at it:
- GTK based traycon UI for ConnMan
https://github.com/tbursztyka/connman-ui
- QT GUI for Connman with system tray icon
https://github.com/andrew-bibb/cmst
- simple ncurses interface to control ConnMan through dbus
https://github.com/eurogiciel-oss/connman-json-client
There are more available on the internet just search for them.
Hope that helps!
Thanks,
Daniel
------------------------------
Message: 9
Date: Mon, 24 Jul 2017 16:07:31 +0200
From: Julien Massot <[email protected]>
To: Daniel Wagner <[email protected]>
Cc: Pierre Couderc <[email protected]>, [email protected]
Subject: Re: Is there some "Hello GDbus connman World" somewhere ?
Message-ID:
<CADGp=qdgj-e20wn8z4u5s8xdvopqdcjo7oezwy9bbt_fneu...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi Pierre,
On Mon, Jul 24, 2017 at 3:18 PM, Daniel Wagner <[email protected]> wrote:
> Hi Pierre,
>
> On 07/24/2017 02:40 PM, Pierre Couderc wrote:
>>
>> For example, if want to list the wifi essids available in my C app, I
>> think the best way is connman by the D-Bus.
>
>
> ConnMan main API is D-Bus. There are some config files which are also
> honored but anything dynamic is exposed via the D-Bus API. So there isn't
> really a choice :)
>
>> Ant I suppose GDbus is the best way.
I also use GIO/GDBus for my project in C/C++ (do not use dbus glib
which is deprecated),
You can found some example with bluetooth-gnome here:
https://github.com/GNOME/gnome-bluetooth/blob/master/lib/bluetooth-client.c
Since BlueZ and ConnMan have a similar way to do API it may help a lot.
Using gdbus-codegen may help at the beginning, especially for the
complicated signature of services
method "a(oa{sv})".
You can also use d-feet tools to have a graphical view of the API and concept.
Not worth to read to dbus specification
https://dbus.freedesktop.org/doc/dbus-specification.html
Also it may be interresting to do unit test and run valgrind to check
for memory leak, use of GVariant
is not always easy at the begining to track who have the ownership of
the differents objects.
Regards,
Julien
--
*This email and any attachment thereto are confidential and intended solely
for the use of the individual or entity to whom they are addressed.If you
are not the intended recipient, please be advised that disclosing, copying,
distributing or taking any action in reliance on the contents of this email
is strictly prohibited. In such case, please immediately advise the sender,
and delete all copies and attachment from your system.This email shall not
be construed and is not tantamount to an offer, an acceptance of offer, or
an agreement by SoftBank Robotics Europe on any discussion or contractual
document whatsoever. No employee or agent is authorized to represent or
bind SoftBank Robotics Europe to third parties by email, or act on behalf
of SoftBank Robotics Europe by email, without express written confirmation
by SoftBank Robotics Europe? duly authorized representatives.*
------------------------------
*Ce message ?lectronique et ?ventuelles pi?ces jointes sont confidentiels,
et exclusivement destin?s ? la personne ou l'entit? ? qui ils sont
adress?s.Si vous n'?tes pas le destinataire vis?, vous ?tes pri? de ne pas
divulguer, copier, distribuer ou prendre toute d?cision sur la foi de ce
message ?lectronique. Merci d'en aviser imm?diatement l'exp?diteur et de
supprimer toutes les copies et ?ventuelles pi?ces jointes de votre
syst?me.Ce message ?lectronique n'?quivaut pas ? une offre, ? une
acceptation d?offre, ou ? un accord de SoftBank Robotics Europe sur toute
discussion ou document contractuel quel qu?il soit, et ne peut ?tre
interpr?t? comme tel. Aucun employ? ou agent de SoftBank Robotics Europe
n'est autoris? ? repr?senter ou ? engager la soci?t? par email, ou ? agir
au nom et pour le compte de la soci?t? par email, sans qu?une confirmation
?crite soit donn?e par le repr?sentant l?gal de SoftBank Robotics Europe ou
par toute autre personne ayant re?u d?l?gation de pouvoir appropri?e.*
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 21, Issue 14
***************************************
