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] giognutls: Fix a crash using wispr over TLS
(Daniel Wagner)
2. Re: Sierra MC7455 module not identified as modem by Ofono
(Daniel Wagner)
3. Re: Connman coredump (Daniel Wagner)
4. Re: [PATCH] gdhcp: Fixed IPv4 link-local IP conflict error.
(Daniel Wagner)
5. Re: Sierra MC7455 module not identified as modem by Ofono
(Daniel Wagner)
6. [PATCH] ethernet: Fixed memory leak when adding network to
device fails (Saurav Babu)
----------------------------------------------------------------------
Message: 1
Date: Tue, 19 Sep 2017 21:49:57 +0200
From: Daniel Wagner <[email protected]>
To: Jian Liang <[email protected]>
Cc: [email protected], Jian Liang <[email protected]>
Subject: Re: [PATCH] giognutls: Fix a crash using wispr over TLS
Message-ID: <[email protected]>
Content-Type: text/plain
Hi Jian,
Jian Liang <[email protected]> writes:
> From: Jian Liang <[email protected]>
>
> When gnutls_channel is instantiated, the gnutls_channel->established
> has to be initiated as FALSE. Otherwise, check_handshake function
> won't work. A random initial value 1 of gnutls_channel->established
> will make check_handshake return G_IO_STATUS_NORMAL, when the channel
> is actually not ready to be used. The observed behaviours are,
>
> - wispr is getting random errors in wispr_portal_web_result
> - ConnMan crashes on exit after those random errors
> - when wispr is luckly working, ConnMan doesn't crash on exit
>
> Signed-off-by: Jian Liang <[email protected]>
Oh, nice catch. I removed the SoB since we don't do it this project.
Patch applied.
Thanks,
Daniel
------------------------------
Message: 2
Date: Tue, 19 Sep 2017 22:00:56 +0200
From: Daniel Wagner <[email protected]>
To: "Eswaran Vinothkumar (BEG/PJ-IOT-EL)"
<[email protected]>, "[email protected]"
<[email protected]>, "[email protected]" <[email protected]>
Subject: Re: Sierra MC7455 module not identified as modem by Ofono
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252; format=flowed
Hi,
> It would be great if you get help me in identifying the issue.
So the first thing to do is, to get oFono detect the modem. I think
oFono should detect your modem via udev (see plugins/udevng.c).
Obviously, it the modem needs to be supported.
Thanks,
Daniel
------------------------------
Message: 3
Date: Tue, 19 Sep 2017 22:13:17 +0200
From: Daniel Wagner <[email protected]>
To: Cliff McDiarmid <[email protected]>, [email protected]
Subject: Re: Connman coredump
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
Hi Cliff,
On 09/17/2017 03:04 PM, Cliff McDiarmid wrote:
> Hi
>
> Must apologize for other unconnected emails that have dropped in
> forum. Still trying to figure how that occured.
>
> I've been using Connman for about three years and have had nothing
> but success.
That nice to hear :)
> But I've just installed into a Gnome3 64bit systemd system. I'm
> now experiencing dumps every five minutes or so,
Do you happen to get a stack trace?
> after restarting the
> connection, into /var/lib/connman. These consist of sizable files
> labelled 'stats-918J6Y', as an example, of up to a gig in size.
These files contain the stats information. You can delete them without
harm. Usually they should be match smaller so something wrong here.
> There is nothing obvious from the journal log, but maybe the following?
Is there something in the connman log (journald -u connman.service)? If
not you could also start connman with the debug option and not in the
background (-d -n); that is without systemd.
> Sep 15 23:21:48 cliffhangers org.gnome.Shell.desktop[3244]: Window manager
> warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00005
> (Connman Sy).
> Sep 15 23:24:02 cliffhangers gnome-terminal-[3544]: GtkDialog mapped without
> a transient parent. This is discouraged.
> Sep 15 23:25:23 cliffhangers cmst.desktop[4195]: "Another running instance of
> CMST has been detected.? This instance is aborting"
> Sep 15 23:25:23 cliffhangers org.gnome.Shell.desktop[3244]: Window manager
> warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00005
> (Connman Sy).
> Sep 15 23:25:35 cliffhangers org.gnome.Shell.desktop[3244]: Window manager
> warning: Invalid WM_TRANSIENT_FOR window 0xe00007 specified for 0xe00049
> (CMST Warni).
> Sep 15 23:27:46 cliffhangers systemd[3172]: Time has been changed
> Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the
> bus can't be made
> Sep 15 23:29:33 cliffhangers org.gnome.Shell.CalendarServer[3184]:
> gnome-shell-calendar-server[3269]: Lost (or failed to acquire) the name
> org.gnome.Shell.CalendarServer - exiting
> Sep 15 23:29:33 cliffhangers gnome-settings-[3329]: gnome-settings-daemon:
> Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
> Sep 15 23:29:33 cliffhangers cmst.desktop[3456]: ICE default IO error handler
> doing an exit(), pid = 3456, errno = 32
> Sep 15 23:29:33 cliffhangers gvfsd-recent[3626]: gvfsd-recent: Fatal IO error
> 11 (Resource temporarily unavailable) on X server :1.
> Sep 15 23:29:33 cliffhangers gnome-shell[3244]: gnome-shell: Fatal IO error
> 11 (Resource temporarily unavailable) on X server :1.
> Sep 15 23:29:33 cliffhangers gnome-terminal-[3544]: gnome-terminal-server:
> Fatal IO error 11 (Resource temporarily unavailable) on X server :1.
> Sep 15 23:29:33 cliffhangers evolution-calen[3392]: Error releasing name
> org.gnome.evolution.dataserver.Subprocess.Backend.Calendarx3346x3: The
> connection is closed
> Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the
> bus can't be made
> Sep 15 23:29:33 cliffhangers /usr/libexec/gdm-x-session[3180]: (II) evdev: AT
> Translated Set 2 keyboard: Close
> Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the
> bus can't be made
> Sep 15 23:29:33 cliffhangers org.gtk.vfs.Daemon[3184]: A connection to the
> bus can't be made
>
> Until the process is killed I have a roaring fan. Can someone advise here?
Best thing to do is to minimize the problem space. So if you could try
to run connman without systemd directly from the command line you might
get a crash dump.
Thanks,
Daniel
------------------------------
Message: 4
Date: Tue, 19 Sep 2017 22:29:03 +0200
From: Daniel Wagner <[email protected]>
To: Niraj Kumar Goit <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: [PATCH] gdhcp: Fixed IPv4 link-local IP conflict error.
Message-ID: <[email protected]>
Content-Type: text/plain
Hi Niraj,
Niraj Kumar Goit <[email protected]> writes:
> In IPv4 link-local IP configuration, during the ARP probe period
> if ARP packet is received with the source mac-address that matches
> client mac-address it will incorrectly cause a IP conflict error.
> So, in the received ARP packet if source mac-address matches
> the client mac-address return '0'.
I see, after trying to understand what the RFC is trying to explain (to
me) about handling the conflict case I think we just implemented what is
described there. The case when the MAC address and IP address are
matching (so no conflict) is not part of it :)
Patch applied.
Thanks,
Daniel
------------------------------
Message: 5
Date: Wed, 20 Sep 2017 12:14:34 +0200
From: Daniel Wagner <[email protected]>
To: "Eswaran Vinothkumar (BEG/PJ-IOT-EL)"
<[email protected]>
Cc: "[email protected]" <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: Sierra MC7455 module not identified as modem by Ofono
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
Just saw this patch on the oFonoe mailing list:
[PATCH] udevng/Sierra: use first cdc-wdm interface
https://www.mail-archive.com/[email protected]/msg16949.html
maybe you are also effected by this?
------------------------------
Message: 6
Date: Wed, 20 Sep 2017 19:35:22 +0530
From: Saurav Babu <[email protected]>
To: [email protected]
Cc: [email protected], Saurav Babu <[email protected]>
Subject: [PATCH] ethernet: Fixed memory leak when adding network to
device fails
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
ifname is allocated memory by connman_inet_ifname() but it is never
freed when function fails to add network to device
Signed-off-by: Saurav Babu <[email protected]>
---
plugins/ethernet.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/plugins/ethernet.c b/plugins/ethernet.c
index 9a4d741..935c967 100644
--- a/plugins/ethernet.c
+++ b/plugins/ethernet.c
@@ -187,6 +187,7 @@ static void add_network(struct connman_device *device,
if (connman_device_add_network(device, network) < 0) {
connman_network_unref(network);
+ g_free(ifname);
return;
}
--
1.9.1
------------------------------
Subject: Digest Footer
_______________________________________________
connman mailing list
[email protected]
https://lists.01.org/mailman/listinfo/connman
------------------------------
End of connman Digest, Vol 23, Issue 12
***************************************
