T command. Is there normal mode way to send AT command from MM?
>
> Right now --command only works while in debug mode, so that the user
> doesn't send commands that may interfere with the control logic of
> MM...
>
> But truth be told, we're already allowing QMI and MBIM
On Mon, 2019-03-25 at 18:14 +0100, Aleksander Morgado wrote:
> Hey!
>
> If you or your company are using ModemManager in a professional
> product, would you mind sharing your experience in the mailing list?
>
> Even generic descriptions would be appreciated, but if you can share
> also platform d
On Tue, 2019-04-02 at 15:34 +0200, Torsten Hilbrich wrote:
> Hello,
>
> I tried to compile libmbim (1.16.0), libqmi (1.20.0) and ModemManager
> (1.8.0) with clang and got strange results.
>
> I set the environment variables CC=clang and CXX=clang++ and ran the
> autogen.sh, configure, and make st
On Fri, 2019-04-05 at 11:36 +0200, Aleksander Morgado wrote:
> Hey,
>
> If anyone is interested in contributing more to ModemManager and
> would
> like to have more test devices to play with, please drop me a private
> email and we'll try to fix that.
I also have some devices that I would be will
bout it, sorry...
> I have pushed it to a new merge request in gitlab now:
> https://gitlab.freedesktop.org/mobile-broadband/ModemManager/merge_requests/97
>
> @Dan Williams @Ben Chan any comments on this?
Looks good to me, I merged it.
Dan
_
On Tue, 2019-05-14 at 16:44 +0200, Przemyslaw Galazka wrote:
> Thanks for input.
>
> After changing logging level to debug for ppp demon, I can tell that
> it is
> trying to go through LCP phase and get IP address but ModemManager
> has
> configured 20 seconds timeout for this.
> It seems like Net
On Mon, 2019-05-20 at 12:02 +0200, Przemyslaw Galazka wrote:
> Hi Dan,
> this question regarding bearer timeout is sorted out. It seems that
> bigger
> timeout will not fix the issue. It is all about configuring ppp
> daemon
> correctly.
>
> Adding this line to /etc/ppp/options resolved the issue
On Fri, 2019-05-31 at 00:01 +0200, Ladislav Michl wrote:
> On Thu, May 30, 2019 at 08:49:15PM +0200, Dario Nieuwenhuis wrote:
> > Hello,
> >
> > We have some embedded devices deployed in the field using a huawei
> > E173s-1
> > modem. We're having some issues where connectivity stops working
> > r
On Fri, 2019-05-31 at 11:18 +0200, Ladislav Michl wrote:
> On Thu, May 30, 2019 at 09:46:01PM -0500, Dan Williams wrote:
> > On Fri, 2019-05-31 at 00:01 +0200, Ladislav Michl wrote:
> [...]
> ...and I'll eventually create new thread to not continue hikacking
> this one
On Sun, 2019-05-19 at 09:42 +0200, Aleksander Morgado wrote:
> Hey Dan & all,
>
> The original fix I had for this issue was to always add raw commands
> to the head of the queue inside the serial port:
> https://gitlab.freedesktop.org/mobile-broadband/ModemManager/merge_requests/103
>
> The new f
On Mon, 2019-06-03 at 17:15 +0200, Aleksander Morgado wrote:
> > To answer my own question to get current band ID you can use the
> > new (1.10) option:
> >
> > qmicli -p -d /dev/cdc-wdm0 --nas-get-rf-band-info
> > [/dev/cdc-wdm0] Successfully got RF band info
> > Radio Interface: 'lte'
> > Acti
On Tue, 2019-06-04 at 14:11 -0700, Tim Harvey wrote:
> On Fri, Oct 26, 2018 at 3:17 PM Tim Harvey
> wrote:
> > Greetings,
> >
> > I'm working with a u-blox SARA R410M CAT M1 modem
> > (https://www.u-blox.com/en/product/sara-r4n4-series) using Linux
> > 4.15
> > and modem-manager-1.9.0 / libqmi-ut
On Mon, 2019-06-10 at 07:03 +1000, Nick wrote:
> Hey,
>
> A couple of other testers and myself are seeing a minor issue with
> ModemManager (on OpenWrt). The simplest way to describe it is if the
> modem loses signal or connectivity, the wwan interface still shows as
> connected. I have seen thi
On Thu, 2019-06-27 at 11:12 +0200, Thomas Haller wrote:
> On Thu, 2019-06-27 at 10:40 +0200, Piotr Figiel wrote:
> > Hi,
> >
> > czw., 27 cze 2019 o 10:20 Aleksander Morgado
> > napisał(a):
> > > The main issue with this approach is that ModemManager would do a
> > > lot
> > > of tasks that were
On Mon, 2019-08-19 at 14:57 +0200, Bjørn Mork wrote:
> Yegor Yefremov writes:
> > On Mon, Aug 19, 2019 at 10:49 AM Bjørn Mork wrote:
> > > Yegor Yefremov writes:
> > >
> > > > I have a project where I'm using dhcpcd client. It is working
> > > > without
> > > > any problems with older modems li
On Wed, 2019-08-21 at 12:23 +, Amol Lad wrote:
> Please help with this. What could be the cause of significant MM
> startup delay?
When started, or when a new modem is plugged attached, ModemManager
runs through a hardware detection sequence to figure out whether the
thing you attached is actu
On Mon, 2019-08-19 at 16:20 +0200, Yegor Yefremov wrote:
> On Mon, Aug 19, 2019 at 2:57 PM Bjørn Mork wrote:
> > Yegor Yefremov writes:
> > > On Mon, Aug 19, 2019 at 10:49 AM Bjørn Mork
> > > wrote:
> > > > Yegor Yefremov writes:
> > > >
> > > > > I have a project where I'm using dhcpcd client
On Mon, 2019-08-19 at 16:31 +0200, Reinhard Speyerer wrote:
> For devices which do not provide feature_extended_lte_band_preference
> mm_modem_bands_to_qmi_band_preference() gets called from
> mm_shared_qmi_set_current_bands() with extended_qmi_lte_bands
> set to NULL which may cause a SIGSEGV in t
hristian.fo...@mail.fernfh.ac.at%3e>>
> Cc: Lubomir Rintel lubomir%20rintel%20%3clkund...@v3.sk%3e>>, Dan Williams <
> d...@redhat.com<mailto:dan%20williams%20%3cd...@redhat.com%3e>>,
> Thomas Haller thomas%20haller%20%3cthal...@redhat.com%3e>>,
imple-disconnect_2.log' is attached.
>
> -- Should I unloop modemmanager-devel@lists.freedesktop.org?
>
> Thanks, Christian
>
> -Original Message-
> From: Dan Williams
> To: Focke Christian , Aleksander
> Morgado
> Cc: Lubomir Rintel , Thomas Haller <
in NM, or
something like that.
Glad we solved it though!
Dan
> Thanks, Christian
>
> -Original Message-
> From: Dan Williams
> To: Christian Focke , Aleksander Morgado <
> aleksan...@aleksander.es>
> Cc: Lubomir Rintel , Thomas Haller <
> thal...@redha
On Thu, 2019-10-10 at 11:26 +, Amol Lad wrote:
> mbimcli actually shows more detailed output but it also has got RSSI
> and Error Rate field incorrect...
I don't think I've ever seen an accurate signal strength for scanned
networks :) Either with data cards or phones...
Dan
> [/dev/cdc-wdm0]
On Thu, 2019-11-14 at 21:59 +0100, Andreas Fett wrote:
> Hi Aleksander,
>
> On Thu, Nov 14, 2019 at 06:57:54PM +0100, Aleksander Morgado wrote:
> > > Has the interpretation of the ip_type MM_BEARER_IP_FAMILY_IPV4V6
> > > changed when performing the connect?
> > >
> >
> > No it hasn't really. I r
On Fri, 2019-11-15 at 10:33 +0100, Aleksander Morgado wrote:
> Hey,
>
> > > On Thu, Nov 14, 2019 at 06:57:54PM +0100, Aleksander Morgado
> > > wrote:
> > > > > Has the interpretation of the ip_type
> > > > > MM_BEARER_IP_FAMILY_IPV4V6
> > > > > changed when performing the connect?
> > > > >
> > >
On Fri, 2019-11-15 at 16:10 +0100, Aleksander Morgado wrote:
> Hey,
>
> Is there any benefit in keeping per-vendor plugins installed as
> separate .so files and loaded during runtime?
>
> Does anyone know of any out-of-tree MM plugin out there? I would bet
> there isn't any as we truly haven't ke
On Sun, 2019-11-17 at 15:16 +0100, Aleksander Morgado wrote:
> > > Is there any benefit in keeping per-vendor plugins installed as
> > > separate .so files and loaded during runtime?
> >
> > I think it'd be a shame to lose this architecture. On embedded
> > systems saving resources is always desir
On Fri, 2019-12-13 at 18:37 +0100, Aleksander Morgado wrote:
> > > I’m testing mm 1.12.2 + libqmi 1.24.2 on sierra EM7565 (openwrt).
> > > Please see last line of log. Is this ok?
> > >
> > >
> > >
> > > I do not see this in mm 1.12.0 + libqmi 1.24.0
> > >
> > >
> > >
> > > Dec 13 15:51:38 Op
On Wed, 2020-01-08 at 10:00 +0100, Bjørn Mork wrote:
> James Wah writes:
>
> > Hi gang,
> >
> > I've been working on a PCI driver for the Fibocom L850-GL, and
> > while
> > it's very rough at this point, it sure does transfer data.
> >
> > If anyone is interested in developing support in MM, or
On Fri, 2020-01-10 at 15:05 +0100, Aleksander Morgado wrote:
> Hey Dan & all!
>
> I'm thinking in bumping the minimum glib2 required version from 2.36
> to 2.48 in all libmbim, libqmi and ModemManager, in order to be able
> to start using e.g. G_DECLARE_FINAL_TYPE(),
> G_DECLARE_DERIVABLE_TYPE(),
On Thu, 2020-04-16 at 15:20 +0100, Tim Small wrote:
> Hello,
>
> We've got some EC25, and found the following bug...
>
> On all tested EC25 firmware versions.
>
> With ModemManager 1.10.0 and libqmi 1.22.0 and also with
> ModemManager
> 1.12.6 and libqmi 1.24.8.
>
> Due to the QMI bug recently
On Thu, 2020-05-28 at 15:09 +0200, Aleksander Morgado wrote:
> Hey all,
>
> I'm going to suggest we change the filter policy to 'strict' when
> none
> explicitly requested. In the past 1.12 release we already suggested
> distributions to request 'strict' explicitly, so it's probably a good
> idea
On Thu, 2020-06-04 at 17:11 -0500, Alex Ballmer wrote:
> On 2020-06-04 02:08, Aleksander Morgado wrote:
> > Hey,
> >
> > On Wed, Jun 3, 2020 at 9:51 PM Alex Ballmer > > wrote:
> > > I have noticed that Sierra Wireless MC4755 modems can operate in
> > > both
> > > QMI and MBIM modes. Modemmanager
On Mon, 2020-06-22 at 10:45 +0200, Reinhard Speyerer wrote:
> On Mon, Jun 22, 2020 at 06:51:50AM +, Wassenberg, Dennis wrote:
> > Hi all,
> >
> > I tested the PCI approach.
> >
> > Unfortunately I had no luck. The kernel PCI driver at
> > https://github.com/xmm7360/xmm7360-pci can not initia
On Mon, 2020-06-22 at 09:42 +0200, Aleksander Morgado wrote:
> Hey,
>
> > > Anyway, FWIW, I'd explore the PCIe driver option first if I were
> > > you.
> > > That's the only mode tested by anyone, so it is more likely to
> > > work.
> > Is there anybody reading this willing and knowlegable enough
On Wed, 2020-07-08 at 14:43 -0400, David Khouya wrote:
> Hi,
>
> I'm working on an embedded device and I would like to handle
> correctly the
> preferred modes with different sim cards. E.g. If I have a 3G sim
> card, I
> would like to set preferred mode to 3G instead of 4G.
> My use case is that
On Fri, 2020-07-10 at 10:28 +0200, Aleksander Morgado wrote:
> Hey Amol,
>
> > > Did you got a chance to see those logs? Please let me know if any
> > > other information is needed.
> > >
> >
> > Not yet, sorry. Will let you know as soon as I find anything.
> >
>
> Here's the fix:
> https://gi
On Tue, 2020-07-14 at 14:59 -0400, Mark Deneen wrote:
> On Mon, Jul 13, 2020 at 1:13 PM Mark Deneen
> wrote:
> > On Mon, Jul 13, 2020 at 1:04 PM Daniele Palmas
> > wrote:
> > > Hi Mark,
> > >
> > > Il giorno lun 13 lug 2020 alle ore 15:17 Mark Deneen
> > > ha scritto:
> > > > Daniele,
> > > >
On Wed, 2020-08-12 at 12:10 +, Louis-Alexis Eyraud wrote:
> Hi Aleksander,
>
> cool that the setup has been useful for your debugging 🙂
> I have 4 other Huawei models (3 of them are E352 variants) and an
> Alcatel. I will test your branch this afternoon with these modems
> and give you some f
On Mon, 2020-12-14 at 09:50 +0100, Aleksander Morgado wrote:
> Hey Dan and all,
>
> The DIAG/QCDM ports were extremely important in some old CDMA modems
> that required them for control instead (or in addition to) the AT
> ports, at least for several purposes like gathering access tech info
> and
On Mon, 2021-03-01 at 11:11 +, Federico Murciano wrote:
> The same happens if I try with:
>
> sudo qmi-network /dev/cdc-wdm0 start
>
> Profile at '/etc/qmi-network.conf' not found...
> Checking data format with 'qmicli -d /dev/cdc-wdm0 --wda-get-data-
> format '...
> Device link layer protoco
On Mon, 2021-06-14 at 10:55 +0200, Aleksander Morgado wrote:
> Hey,
>
> >
> > > Can you run "AT+CGDCONT?" with minicom (or otherwise, running>
> > > ModemManager with --debug and then mmcli --command="AT+CGDCONT?")
> >
> > Here's the output of atinout:
> >
> > ```
> > $ echo "AT+CGDCONT?" | sud
On Mon, 2021-11-29 at 10:52 -0500, Peter Naulls wrote:
> On 11/26/21 4:52 AM, Aleksander Morgado wrote:
> > Hey hey,
> >
> > This is the second bugfix release in the 1.18.x series, built from
> > the mm-1-18
> > branch.
> >
>
> Thanks!
>
> I've been chasing, as I mentioned a while ago, where "
On Thu, 2021-12-02 at 15:57 +0100, Ulrich Mohr wrote:
> Hi there,
> I got a Telit LE910C1-EU attached to an embedded device, using
> ModemManager 1.19.0 (main branch, 2 commits behind) and libmbim
> 1.27.3 (main branch, 1 commit behind). Linux Kernel is v5.12.
> I was able connect successfully to
On Fri, 2022-01-14 at 16:29 +0100, Aleksander Morgado wrote:
> Hey Peter,
>
> On Fri, Jan 14, 2022 at 4:14 PM Peter Naulls
> wrote:
> >
> > On 1/14/22 10:09 AM, Aleksander Morgado wrote:
> > logic is not going to change.
> > >
> > > If MM detects a single TTY port, it's going to default to use
On Tue, 2022-01-18 at 05:35 -0500, Peter Naulls wrote:
> On 1/17/22 2:06 PM, Dan Williams wrote:
> own problems, but maybe not the ones you're worried about.
> >
> > I haven't read the whole thread in detail, so forgive me if this
> > was
> > covered.
On Tue, 2022-01-18 at 09:57 +0100, Aleksander Morgado wrote:
> Hey Dan!
>
> > > > > If MM detects a single TTY port, it's going to default to use
> > > > > PPP.
> > > > > It's not a fallback to PPP, it's using whatever it has for
> > > > > data
> > > > > connection, if PPP is the only way forward,
On Wed, 2022-01-19 at 17:25 +, Bushman, Jeff wrote:
> Hi Aleksander,
>
> I am revisiting this with a little more information, and a better
> understanding of what you wrote.
>
> A simple-connect from ModemManager always fails. I can always connect
> from qmicli (Abbreviated log below; strippe
On Mon, 2023-01-02 at 13:40 +0100, Aleksander Morgado wrote:
> Hey,
>
> > quite a while ago, I reported inconsistencies with Telit LE910Cx
> > signal quality query when using mbim (see
> > https://www.mail-archive.com/modemmanager-devel@lists.freedesktop.org/msg06990.html
> > ). Now I had to get b
On Fri, 2023-09-08 at 13:42 -0700, matthew stanger wrote:
> Greetings MM,
>
> I'm excited to announce that T-Mobile US is now using
> ModemManager/libMBIM/libQMI
> for our 5G Fixed Wireless products
> [https://www.t-mobile.com/home-internet]. We
> are currently the largest FWA ISP in the world wit
(ttyUSB2): --> 'AT^SYSCFG?'
(ttyUSB2): <--
'^SYSCFG:14,2,400380,1,2OK'
couldn't load current allowed/preferred modes: 'No SYSCFG combination
found matching the current one (14,2)'
14,2 means "WCDMA-only; acquire WCDMA then GSM" which is somewhat
non-sensical. The supported modes parsing does
On Wed, 2016-10-05 at 16:27 +0200, Aleksander Morgado wrote:
> Hey Dan & everyone,
>
> After Dan's review, I've updated the branch implementing support for
> the ublox devices with the following changes:
>
> * +CGCONTRDP parser is generic, and now supports both formats (pre
> and post TS 27.007
On Fri, 2016-10-07 at 21:12 +0200, Hans-Peter Jansen wrote:
> [line wrapping disabled intentionally in order to improve
> readability]
>
> Hi,
>
> in a Lenovo X1 Carbon Type FB20, using openSUSE 42.1, the EM7455 is
> unavailable, although:
> * a Linux 4.8 kernel is installed
> (build here:
On Wed, 2016-10-12 at 13:49 +0200, Aleksander Morgado wrote:
> Hey Dan & everyone,
>
> This is the 3rd update on the 'aleksander/ublox' branch, with this
> additional changes done after Dan's last review:
>
> * Recovered the original DENIED registration state logic.
> * Implemented a generic +C
On Mon, 2016-10-24 at 13:43 -0600, matthew stanger wrote:
> Hi all,
>
> I just upgraded our little box with MM 1.6 to systemd 230 and I'm now
> getting a PolicyKit error from mmcli. The issue only happens about 1
> out of
> 10 times after a reboot. The other 9 times everything is fine, weird.
> Wh
On Wed, 2016-11-02 at 15:15 +0100, Andreas Fett wrote:
> Hi,
>
> for certain SIM cards (Vodafone Germany) and in certain Systems (ie.
> Lenovo t460s) ModemManager seems to have trouble detecting the modem.
>
> We have observed this for a couple of those combinations. Other SIM
> cards seem to wor
On Tue, 2016-12-06 at 13:19 +, Mats Berndtsson wrote:
> Hi,
>
> sorry for some basic building related questions...
>
> i would like to test the patch from 8/31/16 with extended signal
> quality monitoring for huawei (by Dan Williams)
>
>
> i git-cloned the source
On Wed, 2016-12-07 at 12:59 +0100, Carlo Lobrano wrote:
> ---
> plugins/telit/77-mm-telit-port-types.rules | 5 +
> 1 file changed, 5 insertions(+)
Would you mind moving this to the blacklist in 77-mm-usb-device-
blacklist.rules instead? We try to keep all the blacklisted devices
consolidate
On Wed, 2016-12-07 at 08:04 +, Mats Berndtsson wrote:
> Den 6 dec. 2016 6:53 em skrev Dan Williams :
> >
> >
> > On Tue, 2016-12-06 at 13:19 +, Mats Berndtsson wrote:
> > >
> > > Hi,
> > >
> > > sorry for some basic building r
On Thu, 2016-12-08 at 08:42 +0100, Aleksander Morgado wrote:
> On Tue, Dec 6, 2016 at 6:53 PM, Dan Williams wrote:
> >
> > I've cherry-picked that and other signal-related stuff (+CESQ
> > support)
> > to the dcbw/mm-1-6-signal branch. We'll see what Aleks
On Fri, 2016-12-09 at 09:58 +, Mats Berndtsson wrote:
> Den 9 dec. 2016 10:42 fm skrev Mats Berndtsson >:
> >
> >
> >
> > Den 9 dec. 2016 12:10 fm skrev Aleksander Morgado > ander.es>:
> > >
> > >
> > > On Thu, Dec 8, 2016 at 11:58 PM, Mats Berndtsson > > ok.com> wrote:
> > > >
> > > >
On Wed, 2017-01-04 at 16:12 +0100, Bjørn Mork wrote:
> lately I've been having some problems connecting, using the EM7455 in
> my
> laptop. Connections often fail like this:
>
> Jan 4 15:58:01 miraculix NetworkManager[513]:
> [1483541881.5964] device (cdc-wdm0): Activation: starting
> connecti
On Wed, 2017-01-04 at 23:45 +, Pedro Pessoa wrote:
> Hi,
>
> I'm looking for hints on why I can't seem to get this modem to
> connect. This is Fedora 25 with ModemManager-1.6.4-1.fc25.x86_64.
>
> From what I can tell on the debug session further down, it aborts the
> connection in progress wh
On Thu, 2017-01-05 at 19:30 +0100, Aleksander Morgado wrote:
> On Thu, Jan 5, 2017 at 6:29 PM, matthew stanger
> wrote:
> > Only thing I haven't been able to test is SIM's with User/Pass.
> > Does anyone
> > out there have one they are able to test with?
>
> You mean APN with user/pass? I use tha
On Thu, 2017-01-05 at 20:57 +0100, Bjørn Mork wrote:
> Bjørn Mork writes:
>
> > I don't know where it got '28' from. Maybe cached from an earlier
> > instance of the same device? This is a laptop which I often
> > suspend,
> > and the modem goes completely away and is rediscovered as a
> > comp
On Thu, 2017-01-05 at 22:21 +0100, Bjørn Mork wrote:
> Dan Williams writes:
>
> > so I guess the answer is 'systemd'.
>
> And I am actually running systemd on this laptop, even if I am old
> and
> grumpy enough to whine about how it changes everything I
On Fri, 2017-01-06 at 00:04 +0100, Bjørn Mork wrote:
> Dan Williams writes:
>
> > On Thu, 2017-01-05 at 22:21 +0100, Bjørn Mork wrote:
> > > Dan Williams writes:
> > >
> > > > so I guess the answer is 'systemd'.
> > >
> &g
On Mon, 2017-01-09 at 19:22 +0100, Lars Knudsen wrote:
> On Jan 9, 2017 18:56, "Bjørn Mork" wrote:
>
> > Lars Knudsen writes:
> >
> > > It seemed like if just one interface in the description list was
> > > somehow
> > > compliant with modem manager, the full device seemed claimed.
> > >
> > >
g it.
But after the probing process, MM stops talking to the modem and does
nothing else until the user (or the desktop environment configuration)
tells MM to do something.
Dan
> On Jan 9, 2017 19:40, "Dan Williams" wrote:
>
> > On Mon, 2017-01-09 at 19:22 +0100, L
On Tue, 2017-01-10 at 01:01 +0100, Lars Knudsen wrote:
> On Tue, Jan 10, 2017 at 12:47 AM, Lars Knudsen
> wrote:
>
> > A small update: When the modemmanager finishes probing (~16 secs
> > after
> > connection) data seems to stop flowing in from the WebUSB bulk
> > endpoint
> > also. It is, howe
On Tue, 2017-01-10 at 18:33 +0100, Greg KH wrote:
> On Tue, Jan 10, 2017 at 06:23:13PM +0100, Lars Knudsen wrote:
> >
> >
> > On Jan 10, 2017 18:19, "Greg KH" wrote:
> >
> > On Tue, Jan 10, 2017 at 06:04:46PM +0100, Lars Knudsen wrote:
> > > I figured that made most sense :)
> > >
>
On Wed, 2017-01-11 at 14:21 +0100, Christer Weinigel wrote:
> On 2017-01-10 19:55, Lars Knudsen wrote:
> > On Tue, Jan 10, 2017 at 7:08 PM, Dan Williams > <mailto:d...@redhat.com>> wrote:
> > And we're quite happy to keep blacklisting specific VID/PID
> >
ce, is the issue the *time* taken by probing, or the AT/DM requests
themselves? Most devices I know of (modem or not) will disregard
communication they don't know about as a function of their protocol.
MM's probe process does not alter device state in any way, just
requests informatio
On Thu, 2017-01-26 at 15:58 +, colin.helliw...@ln-systems.com
wrote:
> Odd though that the signal quality doesn't work again until I '
> --disconnect'. Testing from a terminal app it seemed to re-respond to
> this as soon as the timeout/'NO CARRIER' occurs. It may be that MM is
> sending some o
(PPP, SMS, Status) and hence would have that
> knowledge of open ports; but I'd also considered other routes such as
> ofono [seems ok on the face of it, but documentation appalling!]. So
> putting in the mux driver kept those parts of code re-usable & non-
> replicated whil
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
Is it at all related to the amount of data transferred?
Dan
On Thu, 2017-02-09 at 12:54 -0600, Russ Westrem wrote:
> More info on these disconects. It seems that the better the signal
> and
> faster the speed results in faster and more frequent disconects.
> Around 5
> to 10 min. When the speed
On Wed, 2017-02-08 at 14:46 +, colin.helliw...@ln-systems.com
wrote:
> 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
On Tue, 2017-02-14 at 15:16 +, Colin Helliwell wrote:
> > On 14 February 2017 at 12:59 Aleksander Morgado > der.es> wrote:
> >
> > On Tue, Feb 14, 2017 at 12:54 PM, Colin Helliwell
> >
>
> ...
> > > > Yes, the idea is that both ports end up grabbed in the same
> > > > modem. How
> > > > are
On Tue, 2017-02-14 at 15:46 -0600, Russ Westrem wrote:
> You mean you can still use the WWAN even if MM says it's
> disconnected?
> Not sure I understood, otherwise.
>
>
> --
> Aleksander
> https://aleksander.es
>
>
>
> No, nothing is usable untill i ifup.
Here's what's probably going on...
On Wed, 2017-02-15 at 21:14 +0100, Aleksander Morgado wrote:
> On Wed, Feb 15, 2017 at 9:00 PM, Russ Westrem
> wrote:
> > Is there anything in the modemmanager scripts that I could change
> > to have it
> > ignore the deregistered modem and stop it from removing it from the
> > bearer.
> > I have
On Wed, 2017-02-15 at 21:14 +0100, Aleksander Morgado wrote:
> On Wed, Feb 15, 2017 at 9:00 PM, Russ Westrem
> wrote:
> > Is there anything in the modemmanager scripts that I could change
> > to have it
> > ignore the deregistered modem and stop it from removing it from the
> > bearer.
> > I have
On Wed, 2017-02-15 at 17:09 -0600, Russ Westrem wrote:
> On Feb 15, 2017 4:37 PM, "Dan Williams" wrote:
>
> On Wed, 2017-02-15 at 21:14 +0100, Aleksander Morgado wrote:
> > On Wed, Feb 15, 2017 at 9:00 PM, Russ Westrem
> > wrote:
> > > Is there anything
On Thu, 2017-02-16 at 17:36 +0100, Aleksander Morgado wrote:
> On Thu, Feb 16, 2017 at 4:29 PM, Russ Westrem
> wrote:
> > Im am trying to lock to 4g only.
> >
> > Modes| supported: 'allowed: 2g, 3g, 4g; preferred: none'
> > |current: 'allowed: 2g, 3g, 4g; preferred:
On Thu, 2017-02-23 at 11:45 -0800, Ben Chan wrote:
> This patch simplifies the handling of platform/pci/pnp/sdio device in
> find_physical_gudevdevice(). When the code finds the first parent
> device
> under the subsystem 'platform', 'pci', 'pnp', or 'sdio', it stops
> traversing up the device tree
On Thu, 2017-02-23 at 14:11 -0800, Ben Chan wrote:
> On Thu, Feb 23, 2017 at 2:07 PM, Dan Williams
> wrote:
>
> > On Thu, 2017-02-23 at 11:45 -0800, Ben Chan wrote:
> > > This patch simplifies the handling of platform/pci/pnp/sdio
> > > device in
> > >
The enum was wrong. There isn't actually an L1M_INIT state; the
enum should start with L1M_IDLE. There should also be a
L1M_PCH_SLEEP state between DEACTIVATE and DEEP_SLEEP.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=10
---
libqcdm/src/commands.h| 20 +++-
Two issues here:
1) PCH_SLEEP wasn't considered a "wcdma_open" state, but it should be
since the modem is still registered and can be attached in this state
2) If the system mode is WCDMA (eg, not GSM and not GSM/WCDMA) then
MM shouldn't assume GPRS if WCDMA isn't "open", since GPRS isn't
enabled
On Tue, 2017-02-28 at 18:49 -0800, Ben Chan wrote:
> A few crashes have been observed in the field with the following
> signature:
Pushed to git master, backported to mm-1-6 and mm-1-4.
Thanks!
Dan
> Thread 0 CRASHED [SIGSEGV @ 0x ] MAGIC SIGNATURE THREAD
> 0xf53ff5e8 (libglib-2.0.s
On Thu, 2017-02-23 at 11:45 -0800, Ben Chan wrote:
> This patch simplifies the handling of platform/pci/pnp/sdio device in
> find_physical_gudevdevice(). When the code finds the first parent
> device
> under the subsystem 'platform', 'pci', 'pnp', or 'sdio', it stops
> traversing up the device tree
Don't do anything with the events yet, but at least turn them on
and capture them in debug logging.
---
src/mm-bearer-qmi.c | 265 +---
1 file changed, 229 insertions(+), 36 deletions(-)
diff --git a/src/mm-bearer-qmi.c b/src/mm-bearer-qmi.c
index 7
On Mon, 2017-03-06 at 13:00 +0100, Aleksander Morgado wrote:
> On Mon, Mar 6, 2017 at 11:38 AM,
> wrote:
> > I’m using the Cinterion plugin on an EHS5. This does include ‘Radio
> > Band’ in
> > its response to ‘AT^SCFG=?’, but in a format that
> > mm_cinterion_parse_scfg_test () may not be able t
On Mon, 2017-03-06 at 15:35 +, colin.helliw...@ln-systems.com
wrote:
> I have MM hooked into a Mux driver which is presenting two virtual
> ports:
> one as the Primary, one for PPP. I'm attempting to fire up the
> data/PPP with
> --enable and --simple-connect=.
>
> The PPP is failing, no doubt
On Thu, 2017-03-09 at 09:19 +, Colin Helliwell wrote:
> > On 08 March 2017 at 14:38 Aleksander Morgado > .es> wrote:
> >
> > On Wed, Mar 8, 2017 at 3:08 PM, Colin Helliwell
> >
> > wrote:
> >
> > > But this brings me back (in a round-the-houses way!) to my
> > > original question: when the
On Sun, 2017-03-12 at 20:47 +0100, Aleksander Morgado wrote:
> Adding the vendor string match allows us to support RS232 devices in
> the Telit plugin: the USB vendor id check may now be ignored and
> instead we probe for the vendor string via AT commands, which works
> even if the device is behind
On Sun, 2017-03-12 at 20:41 +0100, Aleksander Morgado wrote:
> If a device reports "LTE" in the list of current capabilities, we'll
> set EPS network supported by default. This will enable CEREG
> registration checks for AT based devices.
>
> If a device reports only "LTE" in the list of current c
On Sat, 2017-03-11 at 13:29 +0100, Aleksander Morgado wrote:
> The telit plugin is based on two main ways of checking the purpose of
> each port: udev tags flagging specific interfaces (with info taken
> from Windows .inf drivers), or otherwise using AT#PORTCFG? to query
> the modem about that info
On Mon, 2017-03-13 at 17:44 +0100, Aleksander Morgado wrote:
> On Mon, Mar 13, 2017 at 5:33 PM, Dan Williams
> wrote:
> > > Adding the vendor string match allows us to support RS232 devices
> > > in
> > > the Telit plugin: the USB vendor id check may now be ignor
On Tue, 2017-03-14 at 14:18 +, Colin Helliwell wrote:
> > On 13 March 2017 at 09:53 Colin Helliwell > ms.com> wrote:
> >
> > > On 13 March 2017 at 09:06 Colin Helliwell > > tems.com> wrote:
> > >
> > > > On 10 March 2017 at 16:54 Aleksander Morgado > > > nder.es> wrote:
> > > >
> > > > On
On Wed, 2017-03-15 at 00:19 +0100, Aleksander Morgado wrote:
> Wrap the AT+CSIM=XX commands between lock (CSIM=1) and
> unlock (CSIM=0) operations.
>
> This seems to avoid the TTY lockup seen in several different Telit
> modules.
>
> https://bugs.freedesktop.org/show_bug.cgi?id=100205
>
> Report
On Wed, 2017-03-15 at 10:28 +0100, Aleksander Morgado wrote:
> On Wed, Mar 15, 2017 at 2:40 AM, Dan Williams
> wrote:
> > >
> > > Can you guys review and test this patch? It looks like it solved
> > > the
> > > issue I saw myself.
> > >
>
1 - 100 of 616 matches
Mail list logo