Send connman mailing list submissions to
connman@lists.01.org
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
connman-requ...@lists.01.org
You can reach the person managing the list at
connman-ow...@lists.01.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of connman digest..."
Today's Topics:
1. Re: [PATCH] main: Make -d option repeatable (Slava Monich)
2. Re: Unable to setup connman using systemd (Fabio Emiliani)
----------------------------------------------------------------------
Message: 1
Date: Thu, 13 Oct 2016 15:06:18 +0300
From: Slava Monich <slava.mon...@jolla.com>
To: Patrik Flykt <patrik.fl...@linux.intel.com>, connman@lists.01.org
Subject: Re: [PATCH] main: Make -d option repeatable
Message-ID: <cf162440-41cd-6794-8e87-3f7c09eff...@jolla.com>
Content-Type: text/plain; charset=utf-8; format=flowed
On 13/10/16 14:50, Patrik Flykt wrote:
> On Tue, 2016-10-04 at 12:31 +0300, Slava Monich wrote:
>> Concatenating the patterns makes more sense than using the last
>> supplied value and leaking the previous allocated patterns.
>> ---
>> src/main.c | 15 ++++++++++++---
>> 1 file changed, 12 insertions(+), 3 deletions(-)
> This feature exists in a different form already. By separating the
> argument strings with either ':', ',' or ' ', multiple patterns can be
> specified. This happens in __connman_log_init().
I know. I just noticed that multiple -d leak memory. Also, repeatable
options allow to do something like OPTS+=" -d foo" in a script. I
thought it was worth a patch.
In any case, this patch was later superseded by the patch from Daniel
Wagner, so never mind.
-Slava
> Cheers,
>
> Patrik
------------------------------
Message: 2
Date: Thu, 13 Oct 2016 15:19:41 +0200
From: Fabio Emiliani <fabio.emili...@artgroup-spa.com>
To: connman@lists.01.org
Subject: Re: Unable to setup connman using systemd
Message-ID: <f5d9927c-c365-35ec-e9c1-f30af34ce...@artgroup-spa.com>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
Hi Tomasz,
I've checked the build config of wpa_supplicant. The old
"fi.epitest.hostap.WPASupplicant" interfaces is enabled for backward
compatibility (CONFIG_CTRL_IFACE_DBUS=y). At the same time there is also
the new "fi.w1.hostap.wpa_supplicant1" interface
(CONFIG_CTRL_IFACE_DBUS_NEW=y).
The service is correctly exposed. I tried to execute the following command:
> dbus-send --system --dest=fi.w1.wpa_supplicant1 --type=method_call
> --print-reply /fi/w1/wpa_supplicant1
> fi.w1.wpa_supplicant1.*GetInterface* string:*wlan0*
GetInterface = Returns a D-Bus path to an object related to an interface
which wpa_supplicant already controls
And I've got the expected answer:
> <nt1 fi.w1.wpa_supplicant1.GetInterface string:wlan0
> method return sender=:1.0 -> dest=:1.16 reply_serial=2
> *object path "/fi/w1/wpa_supplicant1/Interfaces/1"*
so the wlan0 interfaced is correctly controlled by the supplicant and
the supplicant can be correctly controlled via the fi.w1.wpa_supplicant1
service.
Supposing that wpa_supplicant is correctly configured, what other actors
can cause the "No matching drivers found for wifi."?
Regards,
Fabio
Il 13/10/2016 13:03, Tomasz Bursztyka ha scritto:
> Hi Fabio,
>
> It seems right. So then the issue is somewhere else, but still related
> to DBus.
>
> Either connman has not the authorization to access wpa_s dbus service, or
> wpa_s service is badly exposed (systemd config?) etc...
>
> Hard to tell, it's been a while since I have had such issue
>
> Tomasz
>
>> Tomasz,
>>
>> you are right. I launched wpa_supplicant and then connmand. Nothing
>> has appeared on wpa_supplicant stdout.
>>
>> This is my wpa_supplicant dbus configuration file:
>>
>>> < cat /etc/dbus-1/system.d/dbus-wpa_supplicant.conf
>>> <!DOCTYPE busconfig PUBLIC
>>> "-//freedesktop//DTD D-BUS Bus Configuration 1.0//EN"
>>> "http://www.freedesktop.org/standards/dbus/1.0/busconfig.dtd";>
>>> <busconfig>
>>> <policy user="root">
>>> <allow own="fi.epitest.hostap.WPASupplicant"/>
>>>
>>> <allow
>>> send_destination="fi.epitest.hostap.WPASupplicant"/>
>>> <allow
>>> send_interface="fi.epitest.hostap.WPASupplicant"/>
>>>
>>> <allow own="fi.w1.wpa_supplicant1"/>
>>>
>>> <allow send_destination="fi.w1.wpa_supplicant1"/>
>>> <allow send_interface="fi.w1.wpa_supplicant1"/>
>>> <allow receive_sender="fi.w1.wpa_supplicant1"
>>> receive_type="signal"/>
>>> </policy>
>>> <policy context="default">
>>> <deny own="fi.epitest.hostap.WPASupplicant"/>
>>> <deny
>>> send_destination="fi.epitest.hostap.WPASupplicant"/>
>>> <deny send_interface="fi.epitest.hostap.WPASupplicant"/>
>>>
>>> <deny own="fi.w1.wpa_supplicant1"/>
>>> <deny send_destination="fi.w1.wpa_supplicant1"/>
>>> <deny send_interface="fi.w1.wpa_supplicant1"/>
>>> <deny receive_sender="fi.w1.wpa_supplicant1"
>>> receive_type="signal"/>
>>> </policy>
>>> </busconfig>
>> Do you think there is something wrong?
>>
>> Regards,
>>
>> Fabio
>>
>> Il 13/10/2016 12:10, Tomasz Bursztyka ha scritto:
>>> Hi Fabio,
>>>
>>>> I've found an important clue. If launching connmand in foreground
>>>> (connmand -d -n) I see the following debug log:
>>>>
>>>>> connmand[1769]:
>>>>> /home/user/Project/ICU/BUILD_YOCTO/build_lam_icu_systemd/tmp/work/cortexa9hf-vfp-neon-poky-linux-gnueabi/connman/1.28-r0/connman-1.28/src/technology.c:technology_get()*No
>>>>>
>>>>> matching drivers found for wifi*.
>>>> What's the meaning of this message? Why connmand can't find wifi
>>>> drivers?
>>>
>>> This is about connman's driver: plugins/wifi.c along with gsupplicant
>>> And that can happen if wpa_supplicant dbus service is not found.
>>>
>>> Try:
>>> stop wpa_supplicant, and connman.
>>>
>>> in a terminal start wpa_supplicant un foreground with -u -ddd
>>>
>>> in another terminal start connman in foreground as you did.
>>>
>>> See if wpa_supplicant gets contacted. Something tells me it is not.
>>>
>>> If that's the case: then it's most likely a dbus config issue for
>>> wpa_supplicant.
>>> Check /etc/dbus-1/system.d/wpa_supplicant.conf
>>>
>>> Tomasz
>>
>> --
>>
>> *Fabio Emiliani*
>>
>> */Software Engineer/*
>>
>> /Ph. +39 075 8298 532/
>>
>> /fabioemili...@artgroup-spa.com/ <mailto:fabioemili...@artgroup-spa.com>
>>
>> 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***
>>
>
--
*Fabio Emiliani*
*/Software Engineer/*
/Ph. +39 075 8298 532/
/fabioemili...@artgroup-spa.com/ <mailto:fabioemili...@artgroup-spa.com>
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/20161013/599f036c/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 16420 bytes
Desc: not available
URL:
<http://lists.01.org/pipermail/connman/attachments/20161013/599f036c/attachment.jpe>
-------------- 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/20161013/599f036c/attachment.jpg>
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
connman@lists.01.org
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 12, Issue 15
***************************************
