Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

Hey, > > hi, this is what i've done... > > 1. i found 3 endpoints on interface 0. > 2. # echo 1-1.2:1.0 > /sys/bus/usbl/drivers/option/unbind > 3. # modprobe qmi_wwan > 4. echo "19d2 fff1" > /sys/bus/usb/drivers/qmi_wwan/new_id > 5. installed libqmi-utils > > i didnt

ANN: ModemManager 1.0.0 released

Hey! I'm pleased to announce the release of ModemManager 1.0.0. This release includes major changes since the last 0.6.x stable version, including a completely new D-Bus API. http://www.freedesktop.org/software/ModemManager/ModemManager-1.0.0.tar.xz This release introduces the new "org.freedes

Re: AT!ICCID before PIN-entry fails

On 07/18/2013 12:24 PM, Andrew Bird wrote: >To be honest I can't remember what the encoding is called, but it is as > you > say pair swapped. If the length is odd it's padded with the 'F' character. > I'm > pretty sure it's used elsewhere in mobile comms, so ModemManager may have an > impl

Re: AT!ICCID before PIN-entry fails

> > I hope I'm right here with this question. We use the LTE-modem Sierra MC > 77100 with Direct-IP Firmware in a standalone box. The box must connect > to the internet by itself - so I must store the pin in the box. > > I want make shure that the pin is not sent to the modem, when the > SIM-car

Re: Gobi 3000 works except after suspend

On 14/07/13 01:15, Chip Salzenberg wrote: > I've got a problem with suspend/resume of a Gobi 300. I have MM and NM > from almost bleading edge on Ubuntu quantal - snapshot builds for MM and > libqmi, and build-from-source of NM. They work mostly great (thanks!) > *except* after suspend/resume. T

Re: Data roaming €50 limit cap stops NetworkManager / ModemManager

> I received this request today from one of my corporate users and thought > it was worthy of a discussion on how to extend NetworkManager / > ModemManager to support this scenario. He does a good job of articulating > the requirement so I'll leave it in his words. > -- John > > Mobile 3G US

Re: Modem hangup with ModemManager

On 08/07/13 09:56, Aleksander Morgado wrote: > On 08/07/13 11:24, samu.voutilai...@gmail.com wrote: >> I’ve been trying to get ModemManager to work. Connection confirmed to work >> with Windows, and even on Linux it seems to open the connection >> successfully, >>

Re: Modem hangup with ModemManager

On 08/07/13 11:24, samu.voutilai...@gmail.com wrote: > I’ve been trying to get ModemManager to work. Connection confirmed to work > with Windows, and even on Linux it seems to open the connection successfully, > but just failing after it, with ”ModemManager[7787]: > [1373143892.674143] [mm-bear

Re: Modem hangup with ModemManager

Hey, > I’ve been trying to get ModemManager to work. Connection confirmed to work > with Windows, and even on Linux it seems to open the connection successfully, > but just failing after it, with ”ModemManager[7787]: > [1373143892.674143] [mm-bearer.c:461] connect_ready(): Couldn't connect >

Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

On 07/02/2013 01:13 PM, satya gowtham kudupudi wrote: > > forevery 30 seconds it says > modem-manager[4621]: [1372763438.794236] > [mm-generic-cdma.c:1145] get_signal_quality(): Returning saved signal > quality 90 > > what does Returning saved signal quality mean? Does it not getting it > from m

Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

On 07/02/2013 12:28 PM, satya gowtham kudupudi wrote: > # sudo killall modem-manager > # sudo modem-manager --debug > modem-manager[3931]: [1372760747.523934] [main.c:167] main(): > ModemManager (version 0.6.0.0) starting... > modem-manager[3931]: [1372760747.526080] [main.c:98] > create_dbus_p

Re: Modem contacts

> > Has the org.freedesktop.ModemManager1.Modem.Contacts > been > tested with any device? > > I've been able to send SMS messages using my Huawei E1731 USB modem, but > it doesn't export the Con

Re: [MM] Question regarding minimum probing time in MMPluginManager

>>> As always, we're very motivated to shave a second or a few hundred >>> > > milliseconds off the modem startup time :) >>> > > >>> > > I guess a simple solution is to let a plugin specify the max number of >>> > > ports N, such that the plugin manager will skip the minimum probing >>> > > time

Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

On 28/06/13 16:14, satya gowtham kudupudi wrote: > And also i left monitoring signal entire night (6hrs) with out any data > transmission, I got only 40 to 50 signals against 360 signals(a signal > for 30sec). Please run ModemManager with debug logs during that long run, and we'll be able to see h

Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

On 28/06/13 16:04, satya gowtham kudupudi wrote: > MM really polls every 30s? I got only 5 signals in span of 1hr. during > that hour im streaming a video. though there is continuous data > ttransmission does MM polls every 30s? If the values don't change they probably won't be re-set in the inter

[ANN] New mailing list for ModemManager

Hey, We're in the process of moving ModemManager fully to freedesktop.org (see [1] and [2]), and as part of the move, we now also have a new mailing list for general ModemManager discussions, including patches and the like: mailto:modemmanager-de...@lists.freedesktop.org http://lists.freedes

Re: [MM] Question regarding minimum probing time in MMPluginManager

> As always, we're very motivated to shave a second or a few hundred > milliseconds off the modem startup time :) > > I guess a simple solution is to let a plugin specify the max number of > ports N, such that the plugin manager will skip the minimum probing > time after seeing the completion of

Re: [MM] Question regarding minimum probing time in MMPluginManager

> The following code in MMPluginManager seems to always wait until the > minimum probing time is consumed. > > /* If we didn't use the minimum probing time, wait for it to finish */ > else if (ctx->timeout_id > 0) { > mm_dbg ("(Plugin Manager) '%s' port probe finished, last one >

Re: How frequently org.freedektop.ModemManager.Modem.Cdma.SignalQuality signals signal strength?

On 28/06/13 05:05, satya gowtham kudupudi wrote: > Does the proxy signals everytime there is a change in signal strength > asynchonously or ModemManager polls modem periodically to get signal > quality? That depends on the modem being used; if the modem supports unsolicited quality change indicat

Re: [MM] [PATCH] altair-lte: propagate error when load_{supported, current}_bands fails

On 28/06/13 06:51, Ben Chan wrote: > This patch fixes a potential crash when > MMIfaceModem::load_current_bands_ready() dereferences a NULL GError > pointer, which happens when the altair-lte plugin fails to load the > current bands but does not propagate the error. It also fixes a similar > issue

Re: [MM] [PATCH] novatel-lte: propagate error when load_current_bands fails

On 28/06/13 06:50, Ben Chan wrote: > This patch fixes the following crash when > MMIfaceModem::load_current_bands_ready() dereferences a NULL GError > pointer, which happens when the novatel-lte plugin fails to load the > current bands but does not propagate the error. > > Thread 0 *CRASHED* ( SIG

Re: [MM] [PATCH] altair-lte: avoid sending ATZ when enabling the modem

On 27/06/13 07:32, Ben Chan wrote: > This patch prevents an ATZ command, which causes the modem to reboot, > from being sent to the modem when the modem is being enabled. > --- Pushed, thanks. > plugins/altair/mm-broadband-modem-altair-lte.c | 7 +++ > 1 file changed, 7 insertions(+) > > di

Re: how to get signal strength of 3g modem?

> NetworkManager preventing to use AT+CSQ by locking modem device file. > There isn't any method like getSignalStrength in NetworkManager gdbus > object > . > > nm-applet was able t

Re: [MM] Huawei E1820 and NDISDUP

On 06/06/13 19:05, Dan Williams wrote: >> [06 Jun 2013, 07:47:47] [Debug] [/dev/cdc-wdm0] QMI Device supports 5 >> services: >> > [06 Jun 2013, 07:47:47] [Debug] [/dev/cdc-wdm0]ctl (1.3) >> > [06 Jun 2013, 07:47:47] [Debug] [/dev/cdc-wdm0]wds (1.5) >> > [06 Jun 2013, 07:47:47] [Debug] [/de

Re: 答复: [MM][PATCH]update the NDISDUP check handle for Huawei modem

> >> -邮件原件- >> 发件人: Graham Inggs [mailto:graham.in...@uct.ac.za] >> 发送时间: 2013年6月9日 2:43 >> 收件人: Fangxiaozhi (Franko); Bjørn Mork >> 抄送: Aleksander Morgado; Yili (Neil); networkmanager-list@gnome.org; >> Heyongquan; Wangyuhua >> 主题: RE: [

Re: ModemManager serial port lock-files

On 06/09/2013 04:11 PM, Aleksander Morgado wrote: >>>> I now wonder if this 'pnp' subsystem can be considered fully equivalent >>>> >> > to the 'platform' one for our purposes. >> > Yes, PNP is basically equivalent to platform for

Re: MM 0.6.0 conflicts with USB GPS device?

On 06/10/2013 01:55 AM, poma wrote: >> > I don't think we should probe devices in the 'pci' subsystem unless >> > whitelisted with ID_MM_PLATFORM_DRIVER_PROBE. Can you grab this patch, >> > replace 'pnp' with 'pci' and retest? >> > >> > https://mail.gnome.org/archives/networkmanager-list/2013-June

Re: MM 0.6.0 conflicts with USB GPS device?

Hey Poma, On 08/06/13 09:02, poma wrote: > OK, that can be overcome via 'ID_MM_DEVICE_IGNORE' within a custom rule. > As for this device, > http://www.koutech.com/proddetail.asp?linenumber=56[1] > 'ID_MM_DEVICE_IGNORE' *must* be applied, if we want to prevent scanning > connected ups and nut-drive

Re: ModemManager serial port lock-files

t; > >> > I now wonder if this 'pnp' subsystem can be considered fully equivalent >> > to the 'platform' one for our purposes. > Yes, PNP is basically equivalent to platform for us here. Dan, wouldn't we need to explicitly require the device to be

Re: ModemManager serial port lock-files

On 06/07/2013 03:43 PM, Dmitry Ivanyushin wrote: > I am working with git version of MM and Ubuntu 12.04. > > I have three different physical serial (RS232) ports and they are not > USB-to-serial. Now MM probes all of them. I want MM to automatically > detect the port the modem is connected to but

Re: MM 0.6.0 conflicts with USB GPS device?

On 06/07/2013 06:16 PM, poma wrote: >>> Maybe in the very distant future, MM would not probe the serial >>> >> device at all - instead I imagine a "serial detector" software >>> >> component, that does all kind of probing and only sends signals on >>> >> the DBus about the result ("modem found at /

Re: ModemManager serial port lock-files

> I have several serial ports in my system but also I have a daemon that > is responsible for communication with several devices connected to those > serial ports. This daemon runs as root. However when MM starts it tries > to find modem via writing to all serial ports registered in the system. >

Re: [MM] API changes for 0.8

On 05/30/2013 02:40 PM, Aleksander Morgado wrote: > Hey, > > We are reviewing the DBus interfaces in ModemManager before making a 0.8 > release, and we've come up with several changes to the Modem interface > (see list below). Some of the changes are pretty useful, like being

Re: Allowed and preferred modes setting in NM modem connections

>> >> NetworkManager currently allows to pass allowed/preferred modes (e.g. 2G >> & 3G but 3G preferred) when requesting a connection to ModemManager. I'd >> like to suggest to have these settings removed from the connection >> profile (and therefore not passed to Simple.Connect()), and let system

Re: [MM] [PATCH] Huawei E3276 LTE Modem

On 02/06/13 16:32, Graham Inggs wrote: > The attached patch allows ModemManager to detect the Huawei E3276. > It also defaults to IPv4 if the bearer ip_type is not specified, does not > send encoded_auth if it is zero, and sends the short form AT^NDISDUP=1,1 if > the username and password are bot

Re: MM 0.6.0 conflicts with USB GPS device?

On 02/06/13 17:31, W. Martin Borgert wrote: >> As a workaround, set up a udev rule to: >> > - set the group and mode on the device >> > - create a non-changing symlink name to the changing device name >> > - tell ModemManager not to touch the device >> > >> > Create a file, say /etc/udev/rules.d

Re: MM 0.6 conflicts with USB GPS device?

On 02/06/13 01:06, Dan Williams wrote: >>> Yeah, full debug output would be good then, since if MM sees that the >>> > > device is not actually a modem, after probing it completely, it should >>> > > never touch the device again unless the device goes away and re-appears. >> > >> > Here comes the

Allowed and preferred modes setting in NM modem connections

Hey, NetworkManager currently allows to pass allowed/preferred modes (e.g. 2G & 3G but 3G preferred) when requesting a connection to ModemManager. I'd like to suggest to have these settings removed from the connection profile (and therefore not passed to Simple.Connect()), and let system preferenc

Re: [MM] API changes for 0.8

On 31/05/13 00:18, Dan Williams wrote: >>> * Renamed 'Bands' property to 'CurrentBands'. >>> > > >>> > > * Renamed 'SetBands()' method to 'SetCurrentBands()'. >>> > > >>> > > * Updated the 'SupportedModes' property to give a list of >>> > > allowed+preferred combinations, instead of just a mas

Re: [MM] API changes for 0.8

On 30/05/13 23:56, Dan Williams wrote: >> > * A new 'SupportedIpFamilies' property is given (signature "u"), showing >> > which are the IP types that we can use when requesting a connection. The >> > given value is a mask of MMBearerIpFamily flags. > Looks like the changes for QMI to support IPV4V6

[MM] API changes for 0.8

Hey, We are reviewing the DBus interfaces in ModemManager before making a 0.8 release, and we've come up with several changes to the Modem interface (see list below). Some of the changes are pretty useful, like being able to know which are the allowed+preferred mode combinations supported by the m

Re: [MM] [PATCH v3] novatel-lte: increase number of retries for connection status checks

On 05/28/2013 05:29 PM, Ben Chan wrote: > This patch increases the number of retries, from 4 to 60, for connection > status check during a connection / disconnection request, which handles > some scenario when the connection / disconnection request takes more > than 5 seconds to complete. > --- Pu

Re: Sierra Wireless MC8355 - Gobi 3000

On 05/27/2013 01:06 AM, Kenneth Berland wrote: > I got it working with MM outside of NM by invoking: > > $ mmcli -m 0 -e > $ mmcli -m 0 --simple-connect="apn=epc.tmobile.com" > $ qmi-network /dev/cdc-wdm0 start > $ dhclient -v wwan0 > > as indicated by > https://mail.gnome.org/archives/networkman

Re: [MM] [PATCH v2] novatel-lte: normalize QMI status when included in DBus error message

On 28/05/13 05:55, Ben Chan wrote: > This patches normalize a response for the AT$NWQMISTATUS command, by > replacing white-space characters with a space, before the response is > included in a DBus error message. > --- > plugins/novatel/mm-broadband-bearer-novatel-lte.c | 33 > ++

Re: [MM] [PATCH] novatel-lte: increase number of retries for connection status checks

such), with an effective timeout at the end of 60s in most cases as that's the timeout MM uses by default for the dialling step. Shouldn't we try to have the same timeout in MM side in all plugins? (i.e. 60s). What do you think? > Thanks, > Ben > > > On Mon, May 2

Re: [MM] [PATCH] Implement modem time interface in Gobi plugin

On 05/27/2013 04:16 PM, Heiher wrote: > Hello, > > Implement modem time interface in Gobi plugin for MC7750. (I'm not sure > if this will work on other devices. May be is ok ;)) > So this is just the same implementation as in the Sierra plugin, right? In the best case, we can re-use the same co

Re: [PATCH] MM: Wavecom: Forbidden Sierra Wireless MC7750

On 05/27/2013 03:55 PM, Heiher wrote: > It works! > > Thanks! > Pushed to git master then. > > On Mon, May 27, 2013 at 9:48 PM, Aleksander Morgado > mailto:aleksan...@lanedo.com>> wrote: > > On 05/27/2013 03:03 PM, Aleksander Morgado wrote: >

Re: [PATCH] MM: Wavecom: Forbidden Sierra Wireless MC7750

On 05/27/2013 03:03 PM, Aleksander Morgado wrote: > If we need to handle this case, we would add a forbidden-drivers filter > in the Wavecom plugin, including both "sierra" and "sierra-net". Are you able to re-test with the attached patch instal

Re: [PATCH] MM: Wavecom: Forbidden Sierra Wireless MC7750

On 05/27/2013 03:35 PM, Bjørn Mork wrote: > Aleksander Morgado writes: >> On 05/27/2013 04:07 AM, Heiher wrote: >>> Hello, >>> >>> When I disable qmi-wwan kernel module, the default plugin for MC7750 is >>> 'wavecom' in ModemManager. The Si

Re: [PATCH] MM: Wavecom: Forbidden Sierra Wireless MC7750

On 05/27/2013 04:07 AM, Heiher wrote: > Hello, > > When I disable qmi-wwan kernel module, the default plugin for MC7750 is > 'wavecom' in ModemManager. The Sierra Wireless MC7750 (0x114f:0x68a2) is > not wavecom complatible device. Should be forbidden it? > That's completely unexpected. Did the

Re: [MM] [PATCH] novatel-lte: increase number of retries for connection status checks

On 26/05/13 08:45, Ben Chan wrote: > This patch increases the number of retries, from 4 to 10, for connection > status check during a connection / disconnection request, which handles > some scenario when the connection / disconnection request takes more > than 5 seconds to complete. We recently u

Re: [MM] [PATCH] novatel-lte: normalize QMI status when included in DBus error message

On 26/05/13 08:43, Ben Chan wrote: > This patches normalize a response for the AT$NWQMISTATUS command, by > replacing white-space characters with a space, before the response is > included in a DBus error message. > --- If the only purpose is to normalize the message when it's set in a GError/GAs

Re: Sierra Wireless MC7750 / MM 0.7.990 / NM 0.9.8

in LTE using QMI but you still were not able to ping any IP address, it may have been a known kernel issue. > > > On Wed, May 22, 2013 at 3:39 PM, Aleksander Morgado > mailto:aleksan...@lanedo.com>> wrote: > > On 05/22/2013 06:26 AM, Heiher wrote: > > Curre

Re: Sierra Wireless MC7750 / MM 0.7.990 / NM 0.9.8

On 05/22/2013 06:26 AM, Heiher wrote: > Currently, I can connect to network and got the IPv4 address (from ISP) > of the network interface 'wwan0' by Networkmanager + ModemManager in > lastest Arch Linux, but ping any IP addresses (e.g. 8.8.8.8) always > reply 'timeout'. > Is it connected to LTE

Re: [MM] [PATCH] novatel: fix invalid comparison of unsigned expression

On 20/05/13 10:20, Ben Chan wrote: > This patch fixes the following invalid comparison of unsigned expression: > > novatel/mm-plugin-novatel.c:148:29: error: comparison of unsigned > expression >= 0 is always true [-Werror,-Wtautological-compare] > if (ctx->nwdmat_retries >= 0) { >

Re:

> > Sorry for the late reply, but I was out of the office and I couldn't > test the device again. > >> I've updated the branch now with a loop to check all tags when listing >> all fails. Let me know if that worked... > > It seems the latest changes (6f1f7e7) did the trick, and the errors > men

Re: [MM] [PATCH] device: check for NULL driver in add_port_driver

On 17/05/13 20:05, Ben Chan wrote: > This patch fixes a crash in MMDevice::add_port_driver() due to > g_str_equal() dereferencing a NULL driver returned by > mm_device_utils_get_port_driver(). > > Bug reported on https://code.google.com/p/chromium/issues/detail?id=241823 Pushed, thanks. > --- >

Re:

On 05/17/2013 02:04 PM, David Castellanos wrote: > The errors you mentioned in the previous email (about "loading > messages from storage 'sm'" and "loading messages from storage 'me'") > still appears with that device in commit d1a6f48. On the other hand, > the SMS delete fix seems to work well. >

Re:

On 05/17/2013 01:04 PM, Aleksander Morgado wrote: >> While playing a little with the device, I realized that with your >> > latests changes, sometimes it fails to remove some messages. It throws >> > the following error: >> > >> > Ma

Re:

On 05/17/2013 11:06 AM, David Castellanos wrote: > Hi! > > I've tested again the device with latest changes in > 'aleksander/qmi-sms-fixes' (f28d349). It seems to work, as I was able > to send, receive and read messages. > Listing messages still fails, so the hack to add the message tag when lis

Re:

On 05/16/2013 08:12 PM, Dan Williams wrote: > For the E398, perhaps it can read messages, but it still needs the > MESSAGE_TAG_TYPE TLV? David, are you able to test the 'aleksander/qmi-sms-fixes' branch with the E398? That branch has a fix to send the Message Tag TLV when reading a given SMS, and

Re:

On 05/16/2013 07:39 PM, Dan Williams wrote: > ModemManager[8061]: [1368725798.674860] [mm-sms.c:180] > generate_submit_pdus(): Processing chunk '0' of text with '10' bytes > > (ModemManager:8061): GLib-CRITICAL **: the GVariant format string `(ub)' > has a type of `(ub)' but the given value has

Re:

On 05/16/2013 07:05 PM, Dan Williams wrote: >>> > > What's bizarre is that a Gobi 1k with really, *really* old QMI (2009) >>> > > works just fine with the exact same command sequence. So it can't >>> > > really be related to old vs. new QMI version, just that some devices >>> > > with some version

Re:

On 05/16/2013 06:21 PM, Dan Williams wrote: Would love to see those logs, wherever they are :) >>> > > >>> > > OMG, I'm sure I had attached the log file (also I thought I had >>> > > written the email subject too) :-S >>> > > >>> > > Hopefully this time arrives the attachment. >>> > > >> >

Re:

On 05/16/2013 03:55 PM, Aleksander Morgado wrote: > On 05/16/2013 03:22 PM, David Castellanos wrote: >>> Would love to see those logs, wherever they are :) >> >> OMG, I'm sure I had attached the log file (also I thought I had >> written the email subject too) :-

Re:

On 05/16/2013 03:22 PM, David Castellanos wrote: >> Would love to see those logs, wherever they are :) > > OMG, I'm sure I had attached the log file (also I thought I had > written the email subject too) :-S > > Hopefully this time arrives the attachment. > So, yeah, seen this already I think:

Re:

Hey David, > I've doing some testing of SMS messaging with latest MM master > (f31ab09) and libqmi (485c455), and the results were really good in > general. We have in our laboratory a rather big sample of devices sold > by Telefónica in Spain and Latin America, and almost all the devices > I've t

Re: QMI support in network-manager-applet

On 08/05/13 10:29, dag dg wrote: > Yes, per Dan's advice I compiled MM > NM > nm-applet. Is there a flag > I can pass to autogen to force it to compile modemmanager-1? Also > despite these checks into Network Manager, would they really cause > Modem Manager to behave this way? I can understand the

[PATCH] build: fix reporting of modemmanager-1 compilation status

When --with-modem-manager-1=yes not explicitly specified (i.e. 'auto' mode), and libmm-glib is not found, we should not report: Features: ... modemmanager-1: auto Instead, better report: Features: ... modemmanager-1: no --- configure.ac | 2 ++ 1 file changed, 2 in

Re: QMI support in network-manager-applet

On 08/05/13 10:06, dag dg wrote: > I'm pulling from the latest git repo for Network Manager and > network-manager-applet, so I believe it has MM1 interface support, > though I don't think this is causing the issue with ModemManager > marking my wwan0 adapter as disabled. I even rebuilt from scratch

Re: QMI support in network-manager-applet

On 08/05/13 08:51, dag dg wrote: > I'm not sure what the issue is but when I check nm-applet it doesn't > show the device, nor is wwan0 showing up in a "disconnected" state. Which NetworkManager version are you using, and which network-manager-applet version? Are these compiled with the new MM1 in

Re: QMI support in network-manager-applet

On 08/05/13 01:25, dag dg wrote: > Maybe I missed something but I'm getting the same result: > > http://pastebin.com/uccF5EJC > What do you mean with the same result? You now get the modem managed by the Novatel plugin in QMI mode. -- Aleksander ___

Re: QMI support in network-manager-applet

On 07/05/13 18:47, Bjørn Mork wrote: and I don't think we should do > >>> > that e.g. for ZTE QMI modems (which are not handled with QMI > >>> > currently, > >>> > as they suck). >>> >> I'm wondering about this... Except for the ones which appear as routers >>> >> and run some b

Re: QMI support in network-manager-applet

On 07/05/13 17:47, Dan Williams wrote: >>> Ok here's the output of modem manager in debug, I've removed all the >>> > > > >>> novatel drivers and compiled them(Modem Manager, >>> > > > >>> Network Manager, >>> > > > >>> nm-applet) in the order that Dan recom

Re: QMI support in network-manager-applet

On 07/05/13 17:33, Bjørn Mork wrote: >> and I don't think we should do >> > that e.g. for ZTE QMI modems (which are not handled with QMI currently, >> > as they suck). > I'm wondering about this... Except for the ones which appear as routers > and run some buggy QMI proxy daemon, I'd expect most

Re: QMI support in network-manager-applet

On 07/05/13 17:19, Dan Williams wrote: > Ok here's the output of modem manager in debug, I've removed all the > > >>> novatel drivers and compiled them(Modem Manager, Network Manager, > > >>> nm-applet) in the order that Dan recommended. The output is a bit > > >>> lengthy so I've a

Re: QMI support in network-manager-applet

On 07/05/13 17:02, Dan Williams wrote: > On Tue, 2013-05-07 at 09:13 +0200, Aleksander Morgado wrote: >> On 06/05/13 23:38, dag dg wrote: >>> Ok here's the output of modem manager in debug, I've removed all the >>> novatel drivers and compiled them(Modem Manage

Re: Supported CDMA modems

On 07/05/13 12:20, Thomas Bechtold wrote: > is there a list of supported CDMA-Modems for MM05? I need a modem for > Korea. Any tipps are very welcome! Probably the list here will help you: https://live.gnome.org/NetworkManager/MobileBroadband -- Aleksander ___

Re: [MM] [PATCH] iface-modem-3gpp: handle non-deferrable registration state updates

On 06/05/13 19:46, Dan Williams wrote: > > >>> Would a transition from 'registered' to 'idle'/'searching' > > >>> considered a > > >>> 'service' loss from the connection manager's perspective (e.g. the > > >>> service > > >>> disappears and then reappears in connection manager

Re: QMI support in network-manager-applet

On 06/05/13 23:38, dag dg wrote: > Ok here's the output of modem manager in debug, I've removed all the > novatel drivers and compiled them(Modem Manager, Network Manager, > nm-applet) in the order that Dan recommended. The output is a bit > lengthy so I've attached it as a text document. Are you

Re: Verizon/Novatel USB551L support?

On 06/05/13 14:22, Jason Antman wrote: > On 05/06/2013 02:55 AM, Aleksander Morgado wrote: >> Hey Jason, >> >>> I have a Verizon/Novatel USB551L 4G/LTE (with CDMA 3G fallback) that I'm >>> trying to get working. I'm running Fedora 18 (kernel >>>

Re: [MM] [PATCH v2] sierra: remove comparison of unsigned expression >= 0

On 06/05/13 09:24, Ben Chan wrote: > This patch removes an unnecessary check of unsigned expression >= 0, > which also fixes the following clang warnings: > > sierra/mm-broadband-modem-sierra.c:570:18: error: comparison of > unsigned expression >= 0 is always true > [-Werror,-Wtautological-compare

Re: Verizon/Novatel USB551L support?

Hey Jason, > > I have a Verizon/Novatel USB551L 4G/LTE (with CDMA 3G fallback) that I'm > trying to get working. I'm running Fedora 18 (kernel > 3.8.4-202.fc18.x86_64) with NetworkManager 0.9.8.0 and ModemManager > 0.6.0.0. With these versions the modem doesn't seem to get detected > correctly. T

Re: QMI support in network-manager-applet

On 02/05/13 18:39, Dan Williams wrote: > Two seconds after I sent this, I remembered that the ModemManager > "Novatel LTE" plugin still doesn't use QMI; it's left over from before > we had QMI support and it's still there because it's used by Google on > some of their devices. At this point I thin

Re: QMI support in network-manager-applet

On 02/05/13 18:37, Dan Williams wrote: >> Ah well that would explain the lack of option. The part that confuses >> > me is the PPP options. When I use libqmi raw by running "qmi-network >> > /dev/cdc-wdm0 start; ifup wwan0" it fires up my adapter via the >> > command line and connects to 4G LTE jus

Re: QMI support in network-manager-applet

On 02/05/13 07:41, dag dg wrote: > I've been poking around the source of the latest Network Manager > source as I have a 4G LTE WWAN card that uses QMI to connect with. >>From what I can tell it looks like Modem Manager and Network Manager > have been updated to support QMI, but when I compile and

Re: [MM] [PATCH] broadband-bearer: fix cid check in disconnect_3gpp

On 02/05/13 00:05, Ben Chan wrote: > Aleksander / Dan, is this the right fix? > Looks ok, pushed now. > > > On Tue, Apr 30, 2013 at 12:54 PM, Ben Chan > wrote: > > A value 0 is used to denote an invalid/uninitialized CID. This patch > fixes a CID check in

Re: [MM] [PATCH] iface-modem-3gpp: handle non-deferrable registration state updates

On 01/05/13 22:36, Aleksander Morgado wrote: > >>> >>> Would a transition from 'registered' to 'idle'/'searching' considered a >>> 'service' loss from the connection manager's perspective (e.g. the service >>&g

Re: [MM] [PATCH] iface-modem-3gpp: handle non-deferrable registration state updates

>> >> Would a transition from 'registered' to 'idle'/'searching' considered a >> 'service' loss from the connection manager's perspective (e.g. the service >> disappears and then reappears in connection manager)? In practice, a >> +CEREG change may not necessarily mean that the service disappear

Re: [MM] [PATCH] iface-modem-3gpp: handle non-deferrable registration state updates

Hey Ben, Resurrecting old patch... On 05/03/13 03:37, Ben Chan wrote: > This patch changes MMIfaceModem3gpp to differentiate between deferrable > and non-deferrable 3GPP registration state updates. Periodic or > unsolicited registration state updates are deferrable, while internal > updates, e.g.

Re: [MM][PATCH] remove comparison of unsigned expression >= 0

On 29/04/13 18:23, Ben Chan wrote: > How about the cid case? cid == 0 seems to be an invalid value? > Ah, true, cid == 0 wouldn't make sense there. -- Aleksander ___ networkmanager-list mailing list networkmanager-list@gnome.org https://mail.gnome.or

Re: [MM][PATCH] mm-glib: use correct enum type

On 27/04/13 07:21, Yunlian Jiang wrote: > This patch fixes mismatched enum type for a function parameter, which > fixes the following clang warning: Patch doesn't seem to be cleanly applicable with "git am". How did you create it? Please use either git send-email or git format-patch. > > mm-mana

Re: [MM][PATCH] remove comparison of unsigned expression >= 0

On 27/04/13 07:29, Yunlian Jiang wrote: > This patch removes a few unnecessary checks of unsigned expression >= 0, > which also fixes the following clang warnings: Patch doesn't seem to be cleanly applicable with "git am". How did you create it? Please use either git send-email or git format-patch

Re: [MM][PATCH] remove comparison of unsigned expression >= 0

On 27/04/13 08:00, Ben Chan wrote: > [Ben] Aleksander, do you think the original code was meant to check > "quality > 0"? > >> > +if (!max) { >> > /* If we didn't get a max, assume it was 5. Note that we do allow >> > * 0, meaning no signal at all. */ According to the comm

Re: How to make Modem Manager ignore non-modem USB serial devices?

On 04/26/2013 02:01 PM, Paul Stoffregen wrote: > What is the current recommended way to request the Modem Manager ignore > a USB serial device which is not a modem? > > Until recently, this udev rule worked. > > KERNEL=="ttyACM*", ATTRS{idVendor}=="16c0", > ATTRS{idProduct}=="04[789]?", MODE:="06

Re: SMS sending feature error

>>> I was playing a little with current git master (2320411), when I >>> noticed that SMS sending feature is broken currently. >>> >>> I've tried with the devices Alcatel X220D, ZTE MF190, ZTE MF680 and a >>> Huawei E270 and none of them seems to work. >>> >>> The problem appears as follow: >>> 1.

Re: SMS sending feature error

>> >> I was playing a little with current git master (2320411), when I >> noticed that SMS sending feature is broken currently. >> >> I've tried with the devices Alcatel X220D, ZTE MF190, ZTE MF680 and a >> Huawei E270 and none of them seems to work. >> >> The problem appears as follow: >> 1. I pl

Re: SMS sending feature error

> > I was playing a little with current git master (2320411), when I > noticed that SMS sending feature is broken currently. > > I've tried with the devices Alcatel X220D, ZTE MF190, ZTE MF680 and a > Huawei E270 and none of them seems to work. > > The problem appears as follow: > 1. I plug a d

Re: [MM] [PATCH] qcdm: remove unnecessary NULL check on free()

On 25/04/13 02:37, Ben Chan wrote: > This patch removes a few unnecessary NULL checks on free(), which also fixes > the following clang warnings: > > result.c:59:27: error: if statement has empty body [-Werror,-Wempty-body] > if (v->u.u8_array); > ^ > result.c:59:

Re: [MM][PATCH] altair-lte: Add SIM unlock retries query to the Altair plugin.

On 23/04/13 20:15, ori inbar wrote: > --- > plugins/altair/mm-broadband-modem-altair-lte.c | 73 > ++ > 1 file changed, 73 insertions(+) > Pushed, thanks. > diff --git a/plugins/altair/mm-broadband-modem-altair-lte.c > b/plugins/altair/mm-broadband-modem-altair-lte.c

<    1   2   3   4   5   6   7   8   >