Re: wifi AP disconnect(disconnect reason code 1)
by Daniel Wagner
Hi Deepu,
On Mon, Jan 06, 2020 at 12:22:31PM +0000, Deepu Paul wrote:
> Hi Daniel,
>
> The previous mail got bounced back as the attachment size was greater than
> 500kb .
>
> Attaching the logs again.
Thanks for the logs. Really helpful.
> one thing i am noticing is every-time during disconnect, there is
> a (Reason: 3=DEAUTH_LEAVING)[line 6790] during the re association
> after (Reason: 1=UNSPECIFIED)[line 5752].
IIRC, deauth leaving means the local device has decided to leave the
network. Though this doesn't make any difference for ConnMan. It's the
same code path. Only reason code 6 is handled differently.
> I am not sure if this is the issue with wpa_supplicant, can you please
> check the logs and let me know if this is initiated by the wpa_supplicant?
From you previous email:
> In the second one it failed, in this scenario i don't see the interface state change to 2(disconnected), in this case the state change is (4, 5, 6, 8, 10)
> and seeing the message "Probably roaming right now! Staying connected..."
That is what I suspected. So wpa_supplicant doesn't tell us excactly
what it is doing. Suddenldy we see state transitions and we have to
guess what's happending.
But then we get a new message which it the disconnect reason:
connmand[3595]: ../connman-1.37/src/rtnl.c:rtnl_message() NEWLINK len 72 type 16 flags 0x0000 seq 0 pid 0
connmand[3595]: ../connman-1.37/gsupplicant/supplicant.c:signal_interface_changed()
connmand[3595]: ../connman-1.37/gsupplicant/supplicant.c:interface_property() DisconnectReason
connmand[3595]: ../connman-1.37/gsupplicant/supplicant.c:signal_bss_removed()
connmand[3595]: ../connman-1.37/gsupplicant/supplicant.c:update_network_signal() New network signal -90
connmand[3595]: ../connman-1.37/plugins/wifi.c:network_removed() name purpleline
Could it be, whenever it works you don't get an disconnect reason
after we assume wpa_supplicant is roaming?
Thanks,
Daniel
1 year, 11 months
[PATCH v2 0/3] Simplify settings save code
by Daniel Wagner
Start with an empty kefile for storing the current configuration. Thus
we can drop the configuration update code. While at it also refactor
the keyfile code in ipconfig and save around 1k of code.
Daniel Wagner (3):
service: Store configuration in empty keyfile
ipconfig: Refactor keyfile store and load operations
storage: Remove unused __connman_storage_open_service()
src/connman.h | 5 +-
src/ipconfig.c | 269 ++++++++++++++++++++++++++-----------------------
src/service.c | 59 ++++-------
src/storage.c | 22 ----
4 files changed, 161 insertions(+), 194 deletions(-)
--
2.24.1
1 year, 11 months
[RFC v0 0/8] Update iwd plugin
by Daniel Wagner
This contains only changes the D-Bus parsing code. Not the complete
iwd API is here yet, but most important stuff is updated.
As soon this stuff is stable we can start to enable more features.
Daniel Wagner (8):
iwd: Parse SupportedModes from adapter proxy
iwd: Update device object
iwd: Add KnownNetwork support
iwd: Add KnownNetwork property to struct iwd_network
iwd: Add Station API support
iwd: Add AdHoc API support
iwd: Add AccessPoint API support
iwd: Re-add update_signal_strenght()
plugins/iwd.c | 600 +++++++++++++++++++++++++++++++++++++++++---------
1 file changed, 501 insertions(+), 99 deletions(-)
--
2.24.1
1 year, 11 months
