On Wed, Feb 8, 2017 at 10:38 PM, Russ Westrem
wrote:
> No. In fact it's almost the exact opposite. It was up today for 11 hours
> straight but this was with nothing connected to it. No pings no anything.
> As soon as I connect a computer and start using it, it will go down anywhere
> between 5
No. In fact it's almost the exact opposite. It was up today for 11 hours
straight but this was with nothing connected to it. No pings no anything.
As soon as I connect a computer and start using it, it will go down
anywhere between 5 min and 45 min. Sometimes faster sometimes slower.
On Feb 8,
> On Feb 8, 2017, at 21:14 , Russ Westrem wrote:
>
> I have tried locking bands and not locking them. My setup is stationary and
> does not switch towers or bands normally. But after about 30 min of
> connection the connection is lost. The ip actually does stay the same. The
> Mmcli -b 0 s
I have tried locking bands and not locking them. My setup is stationary
and does not switch towers or bands normally. But after about 30 min of
connection the connection is lost. The ip actually does stay the same.
The Mmcli -b 0 shows not connected. The only way to reestablish a
connection is
On Tue, 2017-02-07 at 10:02 -0600, Russ Westrem wrote:
> I asked this in someone else's e-mail but maybe i should have made my
> own
> so here it is.
> My goal is to issue an ifup broadband in LEDE whenever this line is
> logged
> from modemmanager.
>
> daemon.info [1035]: Modem
> /org/freedeskt
On 2017-02-07 03:28 AM, Aleksander Morgado wrote:
> Looks like we may not be doing enough retries while probing the
> cdc-wdm port... Is there any chance you can retry but modifying
> ModemManager git master in the following way?
Will you be putting the retry increase into the build that I'm hopin
So that we don't leak the port names allocated within each
MMModemPortInfo.
==261== 672 bytes in 84 blocks are definitely lost in loss record 7,314 of
7,383
==261== at 0x402C51E: malloc (vg_replace_malloc.c:299)
==261== by 0x4484878: g_malloc (gmem.c:94)
==261== by 0x449D51D: g_st
On 08/02/17 16:09, Piotr Figiel wrote:
> From: Piotr Figiel
>
> ---
> libmm-glib/mm-modem-simple.c | 1 +
> libmm-glib/mm-modem.c| 9 +++--
> 2 files changed, 8 insertions(+), 2 deletions(-)
>
> diff --git a/libmm-glib/mm-modem-simple.c b/libmm-glib/mm-modem-simple.c
> index 910f06b
On 08/02/17 16:55, colin.helliw...@ln-systems.com wrote:
> One thing I've picked up whilst reading about MM is that although it can set
> the modem into data mode, it doesn't take care of any of the PPP side of
> things - this is the responsibility of 'elsewhere'? I'm trying to figure
> out whethe
One thing I've picked up whilst reading about MM is that although it can set
the modem into data mode, it doesn't take care of any of the PPP side of
things - this is the responsibility of 'elsewhere'? I'm trying to figure
out whether there's anything off-the-shelf that can be used for this role?
From: Piotr Figiel
---
libmm-glib/mm-modem-simple.c | 1 +
libmm-glib/mm-modem.c| 9 +++--
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/libmm-glib/mm-modem-simple.c b/libmm-glib/mm-modem-simple.c
index 910f06b..9338c45 100644
--- a/libmm-glib/mm-modem-simple.c
+++ b
From: Piotr Figiel
There are two leaks reported by valgrind on NetworkManager using ModemManager's
libmm-glib, this is reproducible upon modem restart with NetworkManager version
1.4. This patch was tested on top of mm-1-6, but it's also aplicable on
master. Please review and merge if applicabl
I'm re-visiting this initial issue, of MM not spotting the 'NO CARRIER' when
the modem times out of data mode. Because of aggro getting it working direct on
the serial port, I'm back with my mux driver (which is what I ultimately need
to use anyway).
I've logged debug messages from both driver a
On Tue, Feb 7, 2017 at 11:32 PM, Mark Wahlert wrote:
> Russ and I have been fighting similar challenges. We both want to
> leverage MM, and we want to do everything possible to maintain a
> stable "always on" connection. Aleksander - did you notice anything
> in the debug logs I had provided in
14 matches
Mail list logo
