Send connman mailing list submissions to
[email protected]
To subscribe or unsubscribe 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: [yocto] lost busybox mysteriously (JH)
2. Re: Doesn't connect to strongest wifi (Daniel Wagner)
3. Re: 4G LTE connection stability with USB voltage requirement
(Daniel Wagner)
4. Re: 4G LTE connection stability with USB voltage requirement (JH)
5. [PATCH] iwd: Use path to look up network when updating signal strength
(David Weidenkopf)
6. [PATCH] iwd: transform signal strength from iwd range to connman range
(David Weidenkopf)
7. Re: Doesn't connect to strongest wifi (Torsten Wörtwein)
----------------------------------------------------------------------
Date: Mon, 27 Jan 2020 22:13:37 +1100
From: JH <[email protected]>
Subject: Re: [yocto] lost busybox mysteriously
To: Andy Pont <[email protected]>
Cc: Yocto discussion list <[email protected]>, linux-mtd
<[email protected]>, connman <[email protected]>
Message-ID:
<CAA=hcws2ncu4+rkelydxongvswshk-0idv3crtdfgoq4+oe...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi Andy,
Thanks for the response.
On 1/27/20, Andy Pont <[email protected]> wrote:
> JH wrote...
>
>>That the same problem of missing busybox was not just occurred during
>>the device running in the middle of operation, it was also occurred
>>during booting image from NAND, I saw several times that the first and
>>second cycles of booting image from NAND were working well, then some
>>following booting process would be crashed by missing busybox, then
>>could not run whole shell commands. I have been pondering if it could
>>be caused by NAND issue or network virus / fishy? Appreciate any
>>clues.
> The first step is for us to understand what “missing” means? Have you
> got any mechanism (U-Boot, SD card boot, etc.) that will allow you to
> mount and look at the contents of the NAND file system?
Means that busybox was not there anymore, it mysteriously lost, all
shell commands would no longer available. It cannot to run mount or
any shell commands. There was two scenarios when that happened:
- In the middle of running, the device all of certain could not run
shell commands and failed mysteriously
- During the u-boot booting kernel process, there were full errors of
failing shell commands. Let me make it clear, that booting error did
not occur in the first or second kernel booting after the new image
installation, it happened in the following kernel booting, but there
was nothing to delete busybox accidentally, busybox was just
mysteriously disappeared. Because I could not run ls, I did not know
if there are other things missing. If you ask how I could know the
busybox was missing, I ran the zImage-initramfs to boot the linux in
RAM, then mount the ubi0 to find out busybox was gone.
> If you look at the /bin directory (ls -la /bin/busy*) what do you see?
> Have the files been deleted? Truncated? Zero length?
Could not run ls or any shell commands when the busybox was missing.
> What file system are you using on the NAND flash? How are the devices
> being reset during the various boot cycles? If it is a hardware reset
> then some file systems are less resilient to it than others but I would
> expect in that case more fundamental boot issues.
UBIFS, most device reset or boot cycles were calling halt or reboot,
but it sometime it could just use power cycle.
Thank you.
Kind regards,
- jh
------------------------------
Date: Mon, 27 Jan 2020 18:20:35 +0100
From: Daniel Wagner <[email protected]>
Subject: Re: Doesn't connect to strongest wifi
To: Torsten Wörtwein <[email protected]>
Cc: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=iso-8859-1
Hi,
On Sun, Jan 26, 2020 at 09:17:43PM -0500, Torsten Wörtwein wrote:
> I have one router which broadcasts 2GHz and 5GHz on the same SSID with the
> same security settings. I also have a repeater which does exactly the same
> (2+5Ghz, same SSID as the router, and same security settings as the
> router). I have one visible entry in connman which merges all four of these
> wifis.
>
> Connman always connects to the router, even when the signal of the repeater
> is much stronger. It would be great if connman would connect to the
> stronger wifi source.
>
> I'm running ArchLinux with connman 1.37, WPA-supplicant 2.9, and kernel
> 4.19.98. Please let me know how I can provide more useful information about
> this issue.
What does connman -n -d plugins/wifi.c say about the SSIDs and the
found frequencis? ConnMan has to tell wpa_supplicant which SSID and
frequency to connect to. Though even if that is not wrong decision,
wpa_supplicant should then automatically roam to the strongest signal.
I see that the Scan method has a 'AllowRoam' parameter [1]. Not sure if
that needs to be set in order to let wpa_supplicant automatically
roam. At least in the current version of ConnMan we don't set it.
Thanks,
Daniel
[1] https://w1.fi/wpa_supplicant/devel/dbus.html
------------------------------
Date: Mon, 27 Jan 2020 18:30:34 +0100
From: Daniel Wagner <[email protected]>
Subject: Re: 4G LTE connection stability with USB voltage requirement
To: JH <[email protected]>
Cc: connman <[email protected]>, ofono <[email protected]>, linux-usb
<[email protected]>
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi JH,
On Mon, Jan 27, 2020 at 01:26:41PM +1100, JH wrote:
> It seems to me there are subtle differences between connman / ofono
> and OpenWrt netifd, could the connman / ofono require more rigid
> stable USB voltage than OpenWrt netifd? Or could the OpenWrt netifd be
> more superior than connman / ofono in terms of 4G LTE connections?
>
> Appreciate your insight comments and advice.
What about measuring the power drawn by the device? And while at it
also careful check the datasheets of the components if the tolerances
of the hardware components are meet.
I cannot comment on netifd since I don't know anything about it. But
it could be that ConnMan and oFono together do more CPU work hence the
device drains more power. I can tell you from experience if the CPU
doesn't get enough power you see really random crashes and weird
behaviors. Check the reports on Raspberry Pi and power supplies.
Thanks,
Daniel
------------------------------
Date: Tue, 28 Jan 2020 06:08:18 +1100
From: JH <[email protected]>
Subject: Re: 4G LTE connection stability with USB voltage requirement
To: Daniel Wagner <[email protected]>
Cc: connman <[email protected]>, ofono <[email protected]>, linux-usb
<[email protected]>
Message-ID:
<CAA=hcWTzEPeyH1bzyC1jGZVoiE2hho8fW6E6NTnAviXmw27k=w...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi Daniel,
Thanks for your response.
On 1/28/20, Daniel Wagner <[email protected]> wrote:
> Hi JH,
>
> On Mon, Jan 27, 2020 at 01:26:41PM +1100, JH wrote:
>> It seems to me there are subtle differences between connman / ofono
>> and OpenWrt netifd, could the connman / ofono require more rigid
>> stable USB voltage than OpenWrt netifd? Or could the OpenWrt netifd be
>> more superior than connman / ofono in terms of 4G LTE connections?
>>
>> Appreciate your insight comments and advice.
>
> What about measuring the power drawn by the device? And while at it
> also careful check the datasheets of the components if the tolerances
> of the hardware components are meet.
I did current measuring, running ConnMan and oFono, the power
consumption was about 150mA - 260mA, running OpenWrt netifd, the power
consumption was about 150mA - 200mA. I have to say, the result might
not be accurate (1) if I change the voltage slightly, the power
consumption would be different; (2) The maximum current consumption
changes from time to time; (3) The DC power has only one output and
one current meter, I cannot connect both devices running in parallel.
I'll find a DC power supply with two power output and 2 current /
voltage meters, and to buy another debug cable to connect both devices
in parallel.
> I cannot comment on netifd since I don't know anything about it. But
> it could be that ConnMan and oFono together do more CPU work hence the
> device drains more power. I can tell you from experience if the CPU
> doesn't get enough power you see really random crashes and weird
> behaviors. Check the reports on Raspberry Pi and power supplies.
Good to know that experience, it does help a lot.
Thank you Daniel,
Kind regards,
- jh
------------------------------
Date: Tue, 28 Jan 2020 00:22:41 +0000
From: David Weidenkopf <[email protected]>
Subject: [PATCH] iwd: Use path to look up network when updating signal
strength
To: connman <[email protected]>
Message-ID:
<06C3949C7271B8419F288F951ED39EC20C6613@AME-MBX-PRD02.arthrex.local>
Content-Type: text/plain; charset="us-ascii"
Look up network instance using path in order to update signal strength for
network. Previously, only connected networks signal strength was updated.
diff --git a/plugins/iwd.c b/plugins/iwd.c
index 0d1d24dc..ab50bf61 100644
--- a/plugins/iwd.c
+++ b/plugins/iwd.c
@@ -960,17 +960,9 @@ static unsigned char calculate_strength(int strength)
static void _update_signal_strength(const char *path, int16_t signal_strength)
{
- struct iwd_station *iwds;
struct iwd_network *iwdn;
- iwds = g_hash_table_lookup(stations, path);
- if (!iwds)
- return;
-
- if (!iwds->connected_network)
- return;
-
- iwdn = g_hash_table_lookup(networks, iwds->connected_network);
+ iwdn = g_hash_table_lookup(networks, path);
if (!iwdn)
return;
This e-mail and any files transmitted with it are the property of Arthrex, Inc.
and/or its affiliates, are confidential, and are intended solely for the use of
the individual or entity to whom this e-mail is addressed. If you are not one
of the named recipient(s) or otherwise have reason to believe that you have
received this message in error, please notify the sender at 239-643-5553 and
delete this message immediately from your computer. Any other use, retention,
dissemination forwarding, printing or copying of this e-mail is strictly
prohibited. Please note that any views or opinions presented in this email are
solely those of the author and do not necessarily represent those of the
company. Finally, while Arthrex uses virus protection, the recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email.
------------------------------
Date: Tue, 28 Jan 2020 00:43:46 +0000
From: David Weidenkopf <[email protected]>
Subject: [PATCH] iwd: transform signal strength from iwd range to
connman range
To: connman <[email protected]>
Message-ID:
<06C3949C7271B8419F288F951ED39EC20C6623@AME-MBX-PRD02.arthrex.local>
Content-Type: text/plain; charset="us-ascii"
This transforms the signal strength, according to the comment regarding
expected iwd values.
diff --git a/plugins/iwd.c b/plugins/iwd.c
index 0d1d24dc..c2a55853 100644
--- a/plugins/iwd.c
+++ b/plugins/iwd.c
@@ -953,7 +953,7 @@ static unsigned char calculate_strength(int strength)
* ConnMan expects it in the range from 100 (strongest) to 0
* (weakest).
*/
- res = (unsigned char)((strength * -10000) / 100);
+ res = (unsigned char)((strength + 10000) / 100);
return res;
}
This e-mail and any files transmitted with it are the property of Arthrex, Inc.
and/or its affiliates, are confidential, and are intended solely for the use of
the individual or entity to whom this e-mail is addressed. If you are not one
of the named recipient(s) or otherwise have reason to believe that you have
received this message in error, please notify the sender at 239-643-5553 and
delete this message immediately from your computer. Any other use, retention,
dissemination forwarding, printing or copying of this e-mail is strictly
prohibited. Please note that any views or opinions presented in this email are
solely those of the author and do not necessarily represent those of the
company. Finally, while Arthrex uses virus protection, the recipient should
check this email and any attachments for the presence of viruses. The company
accepts no liability for any damage caused by any virus transmitted by this
email.
------------------------------
Date: Mon, 27 Jan 2020 21:35:49 -0500
From: Torsten Wörtwein <[email protected]>
Subject: Re: Doesn't connect to strongest wifi
To: Daniel Wagner <[email protected]>
Cc: [email protected]
Message-ID:
<caj4l66gascea6d+p_1skxa6m+fuz_0knschqajpqapxamee...@mail.gmail.com>
Content-Type: multipart/alternative;
boundary="000000000000abae19059d2a15d3"
--000000000000abae19059d2a15d3
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
On Mon, Jan 27, 2020 at 12:20 PM Daniel Wagner <[email protected]> wrote:
> Hi,
>
> On Sun, Jan 26, 2020 at 09:17:43PM -0500, Torsten W=C3=B6rtwein wrote:
> > I have one router which broadcasts 2GHz and 5GHz on the same SSID with
> the
> > same security settings. I also have a repeater which does exactly the
> same
> > (2+5Ghz, same SSID as the router, and same security settings as the
> > router). I have one visible entry in connman which merges all four of
> these
> > wifis.
> >
> > Connman always connects to the router, even when the signal of the
> repeater
> > is much stronger. It would be great if connman would connect to the
> > stronger wifi source.
> >
> > I'm running ArchLinux with connman 1.37, WPA-supplicant 2.9, and kernel
> > 4.19.98. Please let me know how I can provide more useful information
> about
> > this issue.
>
> What does connman -n -d plugins/wifi.c say about the SSIDs and the
> found frequencis? ConnMan has to tell wpa_supplicant which SSID and
> frequency to connect to. Though even if that is not wrong decision,
> wpa_supplicant should then automatically roam to the strongest signal.
>
It seems to list only one frequency - only the lines containing the
router's/repeater's SSID:
connmand[895]: plugins/wifi.c:get_latest_connections() ssid
726976656e64656c6c freq 5240 modified 1580175624
connmand[895]: plugins/wifi.c:add_scan_param() SSID 726976656e64656c6c
added to scanned list of 1 entries
connmand[895]: plugins/wifi.c:network_added() 726976656e64656c6c_managed_ps=
k
connmand[895]: plugins/wifi.c:network_added() 726976656e64656c6c_managed_ps=
k
The router uses 2412/5240/5825 (5825 is from 'ASUS Smart Connect') and the
repeater uses 2417/5500. I was much closer to the repeater than to the
router when running "connmand -n -d plugins/wifi.c".
I also noticed, that not all SSIDs might have been listed:
connmand[895]: plugins/wifi.c:wifi_scan() max ssids 16
connmand[895]: plugins/wifi.c:add_scan_param() SSID
5265736964656e6365496e6e5f4755455354 added to scanned list of 15 entries
I see that the Scan method has a 'AllowRoam' parameter [1]. Not sure if
> that needs to be set in order to let wpa_supplicant automatically
> roam. At least in the current version of ConnMan we don't set it.
>
> Thanks,
> Daniel
>
> [1] https://w1.fi/wpa_supplicant/devel/dbus.html
I would be happy to test a patch :) I'm sorry, I'm not familiar enough
with the connman code base.
Thanks,
Torsten
--000000000000abae19059d2a15d3
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr" class=3D"gmail_attr">On Mon, Jan 27, 2020=
at 12:20 PM Daniel Wagner <<a href=3D"mailto:[email protected]";>wagi@monom=
.org</a>> wrote:<br></div><div class=3D"gmail_quote"><blockquote class=
=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rg=
b(204,204,204);padding-left:1ex">Hi,<br>
<br>
On Sun, Jan 26, 2020 at 09:17:43PM -0500, Torsten W=C3=B6rtwein wrote:<br>
> I have one router which broadcasts 2GHz and 5GHz on the same SSID with=
the<br>
> same security settings. I also have a repeater which does exactly the =
same<br>
> (2+5Ghz, same SSID as the router, and same security settings as the<br=
>
> router). I have one visible entry in connman which merges all four of =
these<br>
> wifis.<br>
> <br>
> Connman always connects to the router, even when the signal of the rep=
eater<br>
> is much stronger. It would be great if connman would connect to the<br=
>
> stronger wifi source.<br>
> <br>
> I'm running ArchLinux with connman 1.37, WPA-supplicant 2.9, and k=
ernel<br>
> 4.19.98. Please let me know how I can provide more useful information =
about<br>
> this issue.<br>
<br>
What does connman -n -d plugins/wifi.c say about the SSIDs and the<br>
found frequencis? ConnMan has to tell wpa_supplicant which SSID and<br>
frequency to connect to. Though even if that is not wrong decision,<br>
wpa_supplicant should then automatically roam to the strongest signal.<br><=
/blockquote><div><br></div><div>It seems to list only one frequency - only =
the lines containing the router's/repeater's SSID:<br></div><div>co=
nnmand[895]: plugins/wifi.c:get_latest_connections() ssid 726976656e64656c6=
c freq 5240 modified 1580175624<br>connmand[895]: plugins/wifi.c:add_scan_p=
aram() SSID 726976656e64656c6c added to scanned list of 1 entries<br></div>=
<div>connmand[895]: plugins/wifi.c:network_added() 726976656e64656c6c_manag=
ed_psk</div><div>connmand[895]: plugins/wifi.c:network_added() 726976656e64=
656c6c_managed_psk</div><div><br></div><div>The router uses 2412/5240/5825 =
(5825 is from 'ASUS Smart Connect') and the repeater uses 2417/5500=
. I was much closer to the repeater than to the router when running "c=
onnmand -n -d plugins/wifi.c".<br></div><div><br></div><div>I also not=
iced, that not all SSIDs might have been listed:<br></div><div>connmand[895=
]: plugins/wifi.c:wifi_scan() max ssids 16</div><div>connmand[895]: plugins=
/wifi.c:add_scan_param() SSID 5265736964656e6365496e6e5f4755455354 added to=
scanned list of 15 entries</div><div><br></div><blockquote class=3D"gmail_=
quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,=
204);padding-left:1ex">
I see that the Scan method has a 'AllowRoam' parameter [1]. Not sur=
e if<br>
that needs to be set in order to let wpa_supplicant automatically<br>
roam. At least in the current version of ConnMan we don't set it.<br>
<br>
Thanks,<br>
Daniel<br>
<br>
[1] <a href=3D"https://w1.fi/wpa_supplicant/devel/dbus.html"; rel=3D"norefer=
rer" target=3D"_blank">https://w1.fi/wpa_supplicant/devel/dbus.html</a></bl=
ockquote><div><br></div><div>I would be happy to test a patch=C2=A0 :) I=
9;m sorry, I'm not familiar enough with the connman code base.</div><di=
v><br></div><div>Thanks,</div><div>Torsten<br></div></div></div>
--000000000000abae19059d2a15d3--
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list -- [email protected]
To unsubscribe send an email to [email protected]
------------------------------
End of connman Digest, Vol 51, Issue 34
***************************************
