Changing the allowed mode of a modem may fail, for example if trying to set a
mode which is not in the modes reported as Supported by the modem. Therefore, we
need an explicit SetAllowedModes() method with proper error reporting instead of
making the property writable.
---
Changing the allowed bands in a modem may fail, for example if trying to set a
frequency band which is not in the bands mask reported as Supported by the
modem.
Therefore, we need an explicit SetAllowedBands() method with proper error
reporting instead of making the property writable.
---
Hey Thomas,
Supported and Allowed modes are modified to be bitmasks of MM_MODEM_MODE
values,
and preference of a specific mode is now given in the new PreferredMode
property and as an extra argument to the SetAllowedModes() call.
* Supported Modes: bitmask specifying which modes
Hey,
after doing a lot of testing with bad UMTS connections, I was able to solve
most of my problems with my patches from
http://mail.gnome.org/archives/networkmanager-list/2011-September/msg00040.html
.
There is one problem still left, which I am not able to solve on my own.
If
1. Plugin Manager
---
The MMManager object handled too many different tasks, that it made
sense to me to have an independent MMPluginManager object which takes
care of:
* Finding plugins and loading them
* Controlling the requests
Hi all,
I've been lately trying to improve the probing process in ModemManager,
so that it is faster and easier to maintain, keeping in mind the
different specific needs of the current plugins.
The current status of the work can be seen in the 'probing-refactor'
branch in the following git repo:
(ttyHS0): -- 'AT_OPSYS?CR'
Sep 15 10:43:34 ThinClient modem-manager[2081]: debug
[mm-at-serial-port.c:298] debug_log(): (ttyHS0): --
'CRLFERRORCRLF'
Sep 15 10:43:34 ThinClient modem-manager[2081]: debug
[mm-serial-parsers.c:412] mm_serial_parser_v1_parse(): Got failure
code 100: Unknown
In an email from a few months ago I saw a reference to a modem-manager cli.
Is this a publicly availble program?
It is not finished yet, but quite usable if you speak English (not
translated yet) and if you know how to clone a git repo and compile
ModemManager youself:
1. Clone
In an email from a few months ago I saw a reference to a modem-manager cli.
Is this a publicly availble program?
AFAIK there's no mm-cli at all; there are a number of CLI tools (mainly
for testing) that talk to MM. A CLI MM tool wouldn't be hugely useful
for actual connections though,
=46d757faa768db7d7bb23d51cc2af3196f7a7e30
--
Aleksander
From 425cc9294141b83e66a6ed62a3e68674144ca6d8 Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Sat, 20 Aug 2011 17:22:28 +0200
Subject: [PATCH] nokia: use E1 E0 when initializing the modem
Passing E1 and E0 afterwards
On Thu, 2011-08-18 at 14:50 -0500, Dan Williams wrote:
On Wed, 2011-08-17 at 10:55 -0400, Jason Glasgow wrote:
I think that looks great. -Jason
Yeah, looks good to me too.
Should I just merge it to git master, or wait until I get the libmm-glib
ready for review?
--
Aleksander
On Fri, 2011-08-19 at 15:38 -0500, Dan Williams wrote:
On Fri, 2011-08-19 at 12:27 +0200, Aleksander Morgado wrote:
On Thu, 2011-08-18 at 14:50 -0500, Dan Williams wrote:
On Wed, 2011-08-17 at 10:55 -0400, Jason Glasgow wrote:
I think that looks great. -Jason
Yeah, looks good
I'm not sure why it is better to manually maintain the file rather
than auto generating it (other than XSLT being a difficult language),
but I certainly agree with using enum types instead of #defines.
It actually depends on what we want to have in that common header. If we
Hi hi,
I'm not sure why it is better to manually maintain the file rather
than auto generating it (other than XSLT being a difficult language),
but I certainly agree with using enum types instead of #defines.
It actually depends on what we want to have in that common
So, what about having a common ModemManager.h, and making the daemon
use it as well? I have mixed feelings on whether it makes sense to have
it auto-generated from the DBus API XMLs, anyway, as we want it to be
used also internally; so I would propose to have it manually maintained,
just
Hi,
I'm not sure why it is better to manually maintain the file rather
than auto generating it (other than XSLT being a difficult language),
but I certainly agree with using enum types instead of #defines.
It actually depends on what we want to have in that common header. If we
just want to
Hi everyone,
One of the things that came up during the NM/MM BoF during the Desktop
Summit was about the possibility of having a C library (libmm-glib? [1])
which will enable easy access to ModemManager info in GLib-based
applications.
I'm looking into preparing a ModemManager.h with common
...
modem-manager[3878]: info [1311508930.212757] [mm-serial-port.c:938]
mm_serial_port_close(): (ttyUSB0) serial port closed
modem-manager[3878]: debug [1311508930.213324] [mm-manager.c:687]
supports_callback(): (tty/ttyUSB0): plugin 0x9542d20 (Cinterion) existing
0x9542f20
Hey Samium,
...
modem-manager[3878]: info [1311508930.212757] [mm-serial-port.c:938]
mm_serial_port_close(): (ttyUSB0) serial port closed
modem-manager[3878]: debug [1311508930.213324] [mm-manager.c:687]
supports_callback(): (tty/ttyUSB0): plugin 0x9542d20 (Cinterion) existing
0x9542f20
If you're still interested, I can send the MM/NM logs from a typical
session (there are several error-like anomalous messages on the way).
It would be great if you could do that, indeed.
--
Aleksander
___
networkmanager-list mailing list
On Mon, 2011-07-11 at 00:04 +0400, Samium Gromoff wrote:
On Sun, 10 Jul 2011 21:54:42 +0200, Aleksander Morgado
aleksan...@lanedo.com wrote:
Could you please provide modem-manager debug logs?
https://wiki.ubuntu.com/DebuggingModemmanager
In the very beginning of that page
Hi,
By the virtue of
https://bugs.launchpad.net/ubuntu/+source/modemmanager/+bug/459052
I've ended up running modem-manager from git (today's master).
And yet, not all is well (there's no connection). Here's the syslog
bits that looked interesting to me:
modem-manager[6071]: info
after hibernation the system asks for the sim pin, which is accepted, but
still is unable to connect, see the attached log. I deactivate 3g broadband,
then reactivate. After giving it some time, i have it connect to my provider.
It then recognizes that it has no SIM PIN available, which
Hi Dan,
Some fixes related to power-up/power-down some modems are available in
the 'power-up-check-needed' branch in the following Gitorious repo
[1]:
git://gitorious.org/lanedo/modemmanager.git
These all look good. I think in the future though we should just define
some stuff
Hi all,
Some fixes related to power-up/power-down some modems are available in
the 'power-up-check-needed' branch in the following Gitorious repo
[1]:
git://gitorious.org/lanedo/modemmanager.git
The changes being:
* Modified the generic GSM implementation so that we allow plugins to
check
On Wed, 2011-06-22 at 08:21 -0700, Manish S Runwal wrote:
Sorry to bother you. But I am deadly looking for solution for it.
Your modem-manager debug logs show that you get NO CARRIER errors when
trying to connect:
(ttyUSB3): -- 'ATD*99***1#CR'
(ttyUSB3): -- 'CRLFNO CARRIERCRLF'
(ttyUSB3):
: nil; c-basic-offset: 4 -*-
#
# Copyright (C) 2009 Red Hat, Inc.
# Copyright (C) 2011 Aleksander Morgado aleksan...@lanedo.com
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software
I'm using a multimode GPRS/EDGE/UMTS/HSDPA USB key for internet
access, product ONDA WCDMA Technologies MSM. OS is Ubuntu Natty 11.04
64-bit, NetworkManager 0.8.4.
The device always connects and once connected it works pretty fine,
the only problem is that it takes some minutes before the
Debug logs would be helpful.
I attached them to this mail, hope this helps.
:-( Sorry, I forgot one step... You need to:
$ killall modem-manager
between the network-manager stop and the manual run of modem-manager.
The attached MM logs are not useful, as MM just exited because there
On Tue, 2011-06-14 at 23:33 +0200, dave guandalino wrote:
2011/6/14 Aleksander Morgado aleksan...@lanedo.com:
:-( Sorry, I forgot one step... You need to:
Np :-) Btw, thanks for watching.
So, this modem is reported as being a ZTE modem, and therefore uses the
ZTE plugin in ModemManager.
3
Hi Dan list,
Would it be a good idea to alternate QCDM port probing along with the AT
port probing?, something like:
* Try AT command(s)
* If timeouts, try QCDM
* If timeouts, try again AT command(s)
* If timeouts, trya gain QCDM
* If timeouts, try again AT command(s)
* If timeouts, failed
: Aleksander Morgado aleksan...@lanedo.com
Date: Thu, 9 Jun 2011 09:35:25 +0200
Subject: [PATCH 2/2] libnm-util: added missing U2600 GSM band enumeration
---
libnm-util/nm-setting-gsm.c |3 ++-
libnm-util/nm-setting-gsm.h |1 +
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git
Hi Eric,
The additional error detail allows us to know that a connection failed
because of an invalid APN. Also, when handling access technology
changes, report the technology in use if we're connected. Finally,
avoid using CFUN=0 when disabling the modem.
A small thing to fix in the patch.
All the stuff in the protect-callbacks branch looks good, please push.
I couldn't trigger crashes on a number of devices just pulling them out
in the middle of a tight loop hammering the modem for info. Good work.
This has been pushed to both git master and MM_05.
Cheers,
--
Aleksander
Finished developing a new 'cinterion' plugin for Cinterion/Siemens-based
modems (see [1]).
This development is ready for review in the 'plugin-cinterion' branch in
the following Gitorious repository [2]:
git://gitorious.org/lanedo/modemmanager.git
The branch is based on the
Most (all?) implementations of grab_port() in the plugins rely on the
fact that the port probing task they get as input argument is exactly
the one which did the port probing: there are calls to
mm_plugin_base_supports_task_get_probed_capabilities() usually in
grab_port() in order to
Finished developing a new 'cinterion' plugin for Cinterion/Siemens-based
modems (see [1]).
This development is ready for review in the 'plugin-cinterion' branch in
the following Gitorious repository [2]:
git://gitorious.org/lanedo/modemmanager.git
The branch is based on
Most (all?) implementations of grab_port() in the plugins rely on the
fact that the port probing task they get as input argument is exactly
the one which did the port probing: there are calls to
mm_plugin_base_supports_task_get_probed_capabilities() usually in
grab_port() in order to know
1) Regarding frequency/band management:
* There is now AllowedBands and SupportedBands properties in the API,
but no GetBand() or SetBand(). So really seems the only way to set
specific bands is through writing the AllowedBands property. I don't
think its a good idea, as we really want
Hi all,
My understanding is that the whole support for caching capabilities
after port probing is done so that if a plugin requests a probe, the
remaining plugins to check for support don't need to relaunch a new port
probe. If this is not the case, please stop reading now :-)
Port probing and
1) Does the device boot up in CFUN=1 mode already? This could be
determined via minicom/screen without MM running. If it does (my 8775
modules do) then we could avoid this issue by having the startup code
check AT+CFUN? before doing AT+CFUN=1 explicitly.
I will try to implement this,
Hi Harald,
May 20 14:41:21 ThinClient modem-manager[3764]: debug
[mm-at-serial-port.c:298] debug_log(): (ttyHS0): -- 'AT
+CPMS=ME,ME,MECR'
I have removed the CPMS setting from the source code, I don't need any
sms support and the AT command caused the modem device to hang.
Attached a patch which should do AT+CFUN=1 only if product ID is not
0x6832. Can you guys test it?
Minor fix in the previous patch, please use the one here instead.
I updated the package in my ppa with your patch.
Gerd, can you test the new one?
I did so.
From a cursory reading of the bug reports you cited it seems like some
sierra modems crash when ModemManager sends CFUN=1 to them.
Can you help verify if this is indeed the case with yours as well?
So it really seems that not only Wavecom modems get a whole software
restart
patch and fix the problem correctly, it would be
great :)
Attached a patch which should do AT+CFUN=1 only if product ID is not
0x6832. Can you guys test it?
Cheers!
--
Aleksander
From a91835798a7d7a5fffddb905e71b45178ef05ebf Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan
is not
0x6832. Can you guys test it?
Minor fix in the previous patch, please use the one here instead.
Cheers,
--
Aleksander
From d76e86d336f090a45a66159944e4993c1269 Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Fri, 20 May 2011 11:46:32 +0200
Subject: [PATCH
On Fri, 2011-05-20 at 14:59 +0200, Harald Jung wrote:
May 20 14:41:21 ThinClient modem-manager[3764]: debug
[mm-at-serial-port.c:298] debug_log(): (ttyHS0): -- 'AT
+CPMS=ME,ME,MECR'
It seems the first command not replied properly is the above CPMS
setting, which is the SMS-storage related
Each MMCallbackInfo holds a weak reference to the MMModem to which the
AT command was sent. When the MMModem is destroyed,
mm-callback-info.c::modem_destroyed_cb() gets called and the modem
pointer in the callback info is reset to NULL, to avoid having a pointer
to an already
Hi all,
Each MMCallbackInfo holds a weak reference to the MMModem to which the
AT command was sent. When the MMModem is destroyed,
mm-callback-info.c::modem_destroyed_cb() gets called and the modem
pointer in the callback info is reset to NULL, to avoid having a pointer
to an already disposed
Hi all,
(sorry for the long email)
ModemManager plugins need several steps to know whether they can handle
a given connected modem. The flow is usually something like this:
(1) Check vendor ID (and sometimes also product ID), with one of
the following methods:
Hi all,
The SetBand() operation in the Modem.GSM.Network interface restricts to
1 the bands that can be passed. This means that I cannot SetBand()
passing both EGSM and DCS flags, even if the modem supports it.
Why is this limitation imposed in ModemManager?
As discussed on IRC,
Hi all,
The SetBand() operation in the Modem.GSM.Network interface restricts to
1 the bands that can be passed. This means that I cannot SetBand()
passing both EGSM and DCS flags, even if the modem supports it.
Why is this limitation imposed in ModemManager?
Cheers,
--
Aleksander
Hi Ran,
I would like to ask how NetworkManager/ModemManager deals with modems
which use the same port for ppp connection and for AT command.
As far as I understand we cannot retrieve any information using AT
command while there is a ppp connection on that port.
Therefore information such
Where on earth happens the modem initialization in NetWorkmanager?
My interest is for GSM/3G modems as well as for POTS/ISDN modems.
I've tried to browse the source code but it's quite difficult.
What I've found so far is that the initialization is done in the modemmanager.
It looks
Where on earth happens the modem initialization in NetWorkmanager?
My interest is for GSM/3G modems as well as for POTS/ISDN modems.
I've tried to browse the source code but it's quite difficult.
What I've found so far is that the initialization is done in the
modemmanager.
), and the ModemManager process
nicely exit()s (or abort()s, depending on who packages d-bus).
--
Aleksander
From af98190831564949d584b07051d5b6c53e6de7a2 Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Tue, 12 Apr 2011 16:32:11 +0200
Subject: [PATCH] serial: ensure
Hi all,
Finished implementing the basic ModemManager support for the Sierra
Wireless Airlink Fastrack Xtend GSM/UMTS modems [1]. The plugin was
developed using a Fastrack Xtend FXT009 (GPRS/EDGE) modem, but
implemented to support also 3G-based models (although completely
untested that part).
: Aleksander Morgado aleksan...@lanedo.com
Date: Wed, 6 Apr 2011 17:08:06 +0200
Subject: [PATCH] modem-base: allow NULL ports in get_card_info() if port_error given
So that cached values can be returned if querying while the port is connected.
---
src/mm-modem-base.c |6 +++---
1 files changed, 3
Hi Dan,
i have a detected Modem and tried to send the SIM-PIN with the dbus
method (with d-feet)
org.freedesktop.ModemManager.Modem.Gsm.Card.SendPin() and get a dbus
error back:
'org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible
causes include:
flow control */
g_value_set_string (value, +IFC=2,2);
break;
...
}
Cheers,
--
Aleksander
From 0091d624bbe0edc5056e7b523df148acf233a6e6 Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Thu, 31 Mar 2011 10:39:43 +0200
Subject: [PATCH] generic-gsm
(
MM_AT_SERIAL_PORT (port),
mm_serial_parser_v1_parse,
parser,
mm_serial_parser_v1_destroy);
}
Comments?
Cheers!
--
Aleksander
From e0a4d4c2db931882b094d0af2ceefb65d60590fd Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Wed, 30 Mar
7.45 of Sierra Wireless, the AT+CPIN? query reply will never
have an OK (quoting here):
Read command
AT+CPIN?
+CPIN: code
Note: No OK
--
Aleksander
From 220c331a23c29e262d807435b1120e96f17c7eea Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
.
Cheers,
--
Aleksander
From 34958190e198065beaaabcc3ac9cf9b9cdc50d35 Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Mon, 28 Mar 2011 11:24:39 +0200
Subject: [PATCH 1/4] build: fix automake portability warnings
Makefile.am uses several GNU gcc extensions. -Wno
Some recent commit broke compilation of the samsung plugin in
ModemManager, patch attached.
Cheers,
--
Aleksander
From dc814cd3204f04a85d9f6de93acadb71debbd83d Mon Sep 17 00:00:00 2001
From: Aleksander Morgado aleksan...@lanedo.com
Date: Fri, 25 Mar 2011 17:24:48 +0100
Subject: [PATCH] samsung
601 - 664 of 664 matches
Mail list logo