Send connman mailing list submissions to
connman@lists.01.org
To subscribe or unsubscribe 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. [PATCH] clock: Add functions to trigger time synchronization via the
clock API
(VAUTRIN Emmanuel (Canal Plus Prestataire))
2. RE: [PATCH] Force BSS expiration
(VAUTRIN Emmanuel (Canal Plus Prestataire))
3. RE: Strange connection problem
(VAUTRIN Emmanuel (Canal Plus Prestataire))
----------------------------------------------------------------------
Date: Wed, 23 Dec 2020 16:14:52 +0000
From: "VAUTRIN Emmanuel (Canal Plus Prestataire)"
<emmanuel.vaut...@cpexterne.org>
Subject: [PATCH] clock: Add functions to trigger time synchronization
via the clock API
To: "connman@lists.01.org" <connman@lists.01.org>
Message-ID: <pr1pr02mb4794ecff4caa6d8df98f9f6893...@pr1pr02mb4794.eur
prd02.prod.outlook.com>
Content-Type: multipart/mixed; boundary="_004_PR1PR02MB4794ECFF4CAA6D
8DF98F9F6893DE0PR1PR02MB4794eurp_"
--_004_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_
Content-Type: multipart/alternative;
boundary="_000_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_"
--_000_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hello,
As our system is based on mandatory https requests, in some degraded cases,=
we need to trigger a time synchronization. For example, when booting with =
the clock TimeUpdates equal to manual, changing it to auto does not suffy t=
o update the system time.
Please find the attached patch, adding a clock API providing a way to trigg=
er a time synchronization.
Best Regards,
Emmanuel
--_000_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
Hello,</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
As our system is based on mandatory https requests, in some degraded cases,=
we need to trigger a time synchronization. For example, when booting with =
the clock TimeUpdates equal to manual, changing it to auto does not suffy t=
o update the system time.</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style=3D"font-family: Calibri, Arial, Helvetica, sans-serif; font-size=
: 12pt; color: rgb(0, 0, 0);">
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
Please find the attached patch, adding a clock API providing a way to trigg=
er a time synchronization.</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
<br>
</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
<br>
</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
Best Regards,</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
<br>
</div>
<div style=3D"font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt=
;color:rgb(0,0,0)">
Emmanuel</div>
<br>
</div>
</body>
</html>
--_000_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_--
--_004_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_
Content-Type: text/x-patch;
name="0001-2-clock-Add-functions-to-trigger-time-synchronization.patch"
Content-Description:
0001-2-clock-Add-functions-to-trigger-time-synchronization.patch
Content-Disposition: attachment;
filename="0001-2-clock-Add-functions-to-trigger-time-synchronization.patch";
size=3219; creation-date="Wed, 23 Dec 2020 16:12:21 GMT";
modification-date="Wed, 23 Dec 2020 16:12:56 GMT"
Content-Transfer-Encoding: base64
RnJvbSBlYjRhNDIyYzBmNWIyMzQ4ZGUzZWI1OGFhMzczNzg1OTNkNWU5NjE0IE1vbiBTZXAgMTcg
MDA6MDA6MDAgMjAwMQpGcm9tOiBFbW1hbnVlbCBWQVVUUklOIDxFbW1hbnVlbC5WQVVUUklOQGNw
ZXh0ZXJuZS5vcmc+CkRhdGU6IFdlZCwgMjMgRGVjIDIwMjAgMTQ6MTQ6MTAgKzAxMDAKU3ViamVj
dDogW1BBVENIIDIvMl0gY2xvY2s6IEFkZCBmdW5jdGlvbnMgdG8gdHJpZ2dlciB0aW1lIHN5bmNo
cm9uaXphdGlvbiB2aWEKIHRoZSBjbG9jayBBUEkKCi0tLQogZG9jL2Nsb2NrLWFwaS50eHQgfCAg
NSArKysrKwogc3JjL2Nsb2NrLmMgICAgICAgfCAyMyArKysrKysrKysrKysrKysrKysrKysrKwog
c3JjL2Nvbm5tYW4uaCAgICAgfCAgMiArKwogc3JjL3RpbWVzZXJ2ZXIuYyAgfCAgNyArKysrKysr
CiA0IGZpbGVzIGNoYW5nZWQsIDM3IGluc2VydGlvbnMoKykKCmRpZmYgLS1naXQgYS9kb2MvY2xv
Y2stYXBpLnR4dCBiL2RvYy9jbG9jay1hcGkudHh0CmluZGV4IDJlMzY4ZDBhLi4xYmNhZDc4OCAx
MDA2NDQKLS0tIGEvZG9jL2Nsb2NrLWFwaS50eHQKKysrIGIvZG9jL2Nsb2NrLWFwaS50eHQKQEAg
LTEyLDYgKzEyLDExIEBAIE1ldGhvZHMJCWRpY3QgR2V0UHJvcGVydGllcygpICBbZXhwZXJpbWVu
dGFsXQogCiAJCQlQb3NzaWJsZSBFcnJvcnM6IFtzZXJ2aWNlXS5FcnJvci5JbnZhbGlkQXJndW1l
bnRzCiAKKwkJCWRpY3QgU3luY2hyb25pemUoKSAgW2V4cGVyaW1lbnRhbF0KKworCQkJVHJpZ2dl
cnMgYSB0aW1lIHN5bmNocm9uaXphdGlvbiBhbmQgcmV0dXJucyB0aGUKKwkJCXN1Y2Nlc3Mgc3Rh
dHVzIG9mIHRoaXMgb3BlcmF0aW9uLgorCiAJCXZvaWQgU2V0UHJvcGVydHkoc3RyaW5nIG5hbWUs
IHZhcmlhbnQgdmFsdWUpICBbZXhwZXJpbWVudGFsXQogCiAJCQlDaGFuZ2VzIHRoZSB2YWx1ZSBv
ZiB0aGUgc3BlY2lmaWVkIHByb3BlcnR5LiBPbmx5CmRpZmYgLS1naXQgYS9zcmMvY2xvY2suYyBi
L3NyYy9jbG9jay5jCmluZGV4IDViODI2MGFiLi40ZThhN2U4NCAxMDA2NDQKLS0tIGEvc3JjL2Ns
b2NrLmMKKysrIGIvc3JjL2Nsb2NrLmMKQEAgLTM2OCw3ICszNjgsMzAgQEAgc3RhdGljIERCdXNN
ZXNzYWdlICpzZXRfcHJvcGVydHkoREJ1c0Nvbm5lY3Rpb24gKmNvbm4sCiAJcmV0dXJuIGdfZGJ1
c19jcmVhdGVfcmVwbHkobXNnLCBEQlVTX1RZUEVfSU5WQUxJRCk7CiB9CiAKK3N0YXRpYyBEQnVz
TWVzc2FnZSAqc3luY2hyb25pemUoREJ1c0Nvbm5lY3Rpb24gKmNvbm4sCisJCQkJREJ1c01lc3Nh
Z2UgKm1zZywgdm9pZCAqZGF0YSkKK3sKKwlEQnVzTWVzc2FnZSAqcmVwbHk7CisJREJ1c01lc3Nh
Z2VJdGVyIGl0ZXI7CisJZGJ1c19ib29sX3QgcmVzdWx0ID0gRkFMU0U7CisKKwlyZXBseSA9IGRi
dXNfbWVzc2FnZV9uZXdfbWV0aG9kX3JldHVybihtc2cpOworCWlmICghcmVwbHkpCisJCXJldHVy
biBOVUxMOworCisJX19jb25ubWFuX3RpbWVzZXJ2ZXJfc3luYyhOVUxMKTsKKwlyZXN1bHQgPSBf
X2Nvbm5tYW5fdGltZXNlcnZlcl9pc19zeW5jZWQoKTsKKworCWRidXNfbWVzc2FnZV9pdGVyX2lu
aXRfYXBwZW5kKHJlcGx5LCAmaXRlcik7CisJZGJ1c19tZXNzYWdlX2l0ZXJfYXBwZW5kX2Jhc2lj
KCZpdGVyLCBEQlVTX1RZUEVfQk9PTEVBTiwgJnJlc3VsdCk7CisKKwlyZXR1cm4gcmVwbHk7Cit9
CisKIHN0YXRpYyBjb25zdCBHREJ1c01ldGhvZFRhYmxlIGNsb2NrX21ldGhvZHNbXSA9IHsKKwl7
IEdEQlVTX01FVEhPRCgiU3luY2hyb25pemUiLAorCQkJTlVMTCwgR0RCVVNfQVJHUyggeyAic3Vj
Y2VzcyIsICJiIiB9ICksCisJCQlzeW5jaHJvbml6ZSkgfSwKIAl7IEdEQlVTX01FVEhPRCgiR2V0
UHJvcGVydGllcyIsCiAJCQlOVUxMLCBHREJVU19BUkdTKHsgInByb3BlcnRpZXMiLCAiYXtzdn0i
IH0pLAogCQkJZ2V0X3Byb3BlcnRpZXMpIH0sCmRpZmYgLS1naXQgYS9zcmMvY29ubm1hbi5oIGIv
c3JjL2Nvbm5tYW4uaAppbmRleCAzYmRjMGRjNy4uY2ZkNzY0ZDUgMTAwNjQ0Ci0tLSBhL3NyYy9j
b25ubWFuLmgKKysrIGIvc3JjL2Nvbm5tYW4uaApAQCAtNDUxLDYgKzQ1MSw4IEBAIEdTTGlzdCAq
X19jb25ubWFuX3RpbWVzZXJ2ZXJfYWRkX2xpc3QoR1NMaXN0ICpzZXJ2ZXJfbGlzdCwKIEdTTGlz
dCAqX19jb25ubWFuX3RpbWVzZXJ2ZXJfZ2V0X2FsbChzdHJ1Y3QgY29ubm1hbl9zZXJ2aWNlICpz
ZXJ2aWNlKTsKIGludCBfX2Nvbm5tYW5fdGltZXNlcnZlcl9zeW5jKHN0cnVjdCBjb25ubWFuX3Nl
cnZpY2UgKnNlcnZpY2UpOwogCitib29sIF9fY29ubm1hbl90aW1lc2VydmVyX2lzX3N5bmNlZCh2
b2lkKTsKKwogZW51bSBfX2Nvbm5tYW5fZGhjcHY2X3N0YXR1cyB7CiAJQ09OTk1BTl9ESENQVjZf
U1RBVFVTX0ZBSUwgICAgID0gMCwKIAlDT05OTUFOX0RIQ1BWNl9TVEFUVVNfU1VDQ0VFRCAgPSAx
LApkaWZmIC0tZ2l0IGEvc3JjL3RpbWVzZXJ2ZXIuYyBiL3NyYy90aW1lc2VydmVyLmMKaW5kZXgg
ZWJkMWZhYjMuLjAxYzU2NTk0IDEwMDY0NAotLS0gYS9zcmMvdGltZXNlcnZlci5jCisrKyBiL3Ny
Yy90aW1lc2VydmVyLmMKQEAgLTQwLDYgKzQwLDcgQEAgc3RhdGljIEdTTGlzdCAqdHNfbGlzdCA9
IE5VTEw7CiBzdGF0aWMgY2hhciAqdHNfY3VycmVudCA9IE5VTEw7CiBzdGF0aWMgaW50IHRzX3Jl
Y2hlY2tfaWQgPSAwOwogc3RhdGljIGludCB0c19iYWNrb2ZmX2lkID0gMDsKK3N0YXRpYyBib29s
IHRzX2lzX3N5bmNlZCA9IGZhbHNlOwogCiBzdGF0aWMgR1Jlc29sdiAqcmVzb2x2ID0gTlVMTDsK
IHN0YXRpYyBpbnQgcmVzb2x2X2lkID0gMDsKQEAgLTU1LDYgKzU2LDcgQEAgc3RhdGljIHZvaWQg
bnRwX2NhbGxiYWNrKGJvb2wgc3VjY2Vzcywgdm9pZCAqdXNlcl9kYXRhKQogewogCURCRygic3Vj
Y2VzcyAlZCIsIHN1Y2Nlc3MpOwogCisJdHNfaXNfc3luY2VkID0gc3VjY2VzczsKIAlpZiAoIXN1
Y2Nlc3MpCiAJCXN5bmNfbmV4dCgpOwogCWVsc2UKQEAgLTM5NSw2ICszOTcsMTEgQEAgaW50IF9f
Y29ubm1hbl90aW1lc2VydmVyX3N5bmMoc3RydWN0IGNvbm5tYW5fc2VydmljZSAqZGVmYXVsdF9z
ZXJ2aWNlKQogCXJldHVybiAwOwogfQogCitib29sIF9fY29ubm1hbl90aW1lc2VydmVyX2lzX3N5
bmNlZCh2b2lkKQoreworCXJldHVybiB0c19pc19zeW5jZWQ7Cit9CisKIHN0YXRpYyBpbnQgdGlt
ZXNlcnZlcl9zdGFydChzdHJ1Y3QgY29ubm1hbl9zZXJ2aWNlICpzZXJ2aWNlKQogewogCWNoYXIg
KipuYW1lc2VydmVyczsKLS0gCjIuMjUuMQoK
--_004_PR1PR02MB4794ECFF4CAA6D8DF98F9F6893DE0PR1PR02MB4794eurp_--
------------------------------
Date: Wed, 23 Dec 2020 16:30:01 +0000
From: "VAUTRIN Emmanuel (Canal Plus Prestataire)"
<emmanuel.vaut...@cpexterne.org>
Subject: RE: [PATCH] Force BSS expiration
To: Daniel Wagner <w...@monom.org>
Cc: "connman@lists.01.org" <connman@lists.01.org>
Message-ID: <pr1pr02mb4794940aa246d032a3f3fa4e93...@pr1pr02mb4794.eur
prd02.prod.outlook.com>
Content-Type: multipart/alternative; boundary="_000_PR1PR02MB479494
0AA246D032A3F3FA4E93DE0PR1PR02MB4794eurp_"
--_000_PR1PR02MB4794940AA246D032A3F3FA4E93DE0PR1PR02MB4794eurp_
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Thank you Daniel, these are great news.
> Thanks for adding the commit message. The explanation makes totally
> sense. I am surprised no one was providing a fix long before. So thank
> you!
Indeed, it is pretty strange, but maybe only few people are using the
background scanning with wpa_supplicant.
> I've reformatted it slightly, so it matches a bit more the code style in
> the file. Also I changed the connman_error() into a connman_warn() as
> this is not a real error IMO.
Indeed, a warning is more relevant. By my side, I tried to display this
warning message in all error cases, even when the parsing fails.
B.R.
Emmanuel
--_000_PR1PR02MB4794940AA246D032A3F3FA4E93DE0PR1PR02MB4794eurp_
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-=
1">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<div>Thank you Daniel, these are great news.<br>
</div>
<div class=3D"BodyFragment"><font size=3D"2"><span style=3D"font-size:11pt"=
>
<div class=3D"PlainText"><br>
> Thanks for adding the commit message. The explanation makes totally<br=
>
> sense. I am surprised no one was providing a fix long before. So thank=
<br>
> you!<br>
</div>
<div class=3D"PlainText">Indeed, it is pretty strange, but maybe only few p=
eople are using the</div>
<div class=3D"PlainText">background scanning with wpa_supplicant.</div>
<div class=3D"PlainText"><br>
> I've reformatted it slightly, so it matches a bit more the code style =
in<br>
> the file. Also I changed the connman_error() into a connman_warn() as<=
br>
> this is not a real error IMO.<br>
</div>
<div class=3D"PlainText">Indeed, a warning is more relevant. By my side, I =
tried to display this</div>
<div class=3D"PlainText">warning message in all error cases, even when the =
parsing fails.<br>
</div>
<div class=3D"PlainText"><br>
</div>
<div class=3D"PlainText"><br>
B.R.</div>
<div class=3D"PlainText"><br>
</div>
<div class=3D"PlainText">Emmanuel<br>
</div>
</span></font></div>
</body>
</html>
--_000_PR1PR02MB4794940AA246D032A3F3FA4E93DE0PR1PR02MB4794eurp_--
------------------------------
Date: Wed, 23 Dec 2020 17:14:09 +0000
From: "VAUTRIN Emmanuel (Canal Plus Prestataire)"
<emmanuel.vaut...@cpexterne.org>
Subject: RE: Strange connection problem
To: Daniel Wagner <w...@monom.org>, Thomas Green
<tgre...@sorenson.com>
Cc: "connman@lists.01.org" <connman@lists.01.org>
Message-ID: <pr1pr02mb479413b99931dae98f90e76593...@pr1pr02mb4794.eur
prd02.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"
Thomas, Daniel,
We have encountered and fixed similar error test cases
(Connect/Diconnect/Remove in a set of open/secured/hidden wireless networks) ,
but based on our implementation, so maybe it is not related. I think it is
better to clean up before proposing the corresponding patches, which may take
some time.
> Has anyone been able to look at this or my logfile? I'm still in the dark as
> to what is going on.
Is it possible for you to get the services (via connmanctl or dbus-send or
gdbus-call) ? Sometimes, it gives useful information.
Best Regards,
Emmanuel
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list -- connman@lists.01.org
To unsubscribe send an email to connman-le...@lists.01.org
------------------------------
End of connman Digest, Vol 62, Issue 29
***************************************
