Re: QMI support in network-manager-applet
- From: Dan Williams <dcbw redhat com>
- To: dag dg <dagofthedofg gmail com>
- Cc: Aleksander Morgado <aleksander lanedo com>, networkmanager-list gnome org
- Subject: Re: QMI support in network-manager-applet
- Date: Wed, 08 May 2013 14:02:03 -0500
On Wed, 2013-05-08 at 13:23 -0500, dag dg wrote:
Appears to be working now. When I initially did this it was showing
the card as available. Then when I clicked on it to connect, it
connected in the background, but if you were to check nm-applet it
shows under "Mobile Broadband" 2 entries of "not enabled". While in
this state if you check ifconfig you'll see wwan0 with an IP and if
you test it you will see that you are connected. For the "not
enabled" entries, the first one is greyed out(where the signal
strength indicator normally goes, like AT&T LTE then shows the bars)
and then the second one is clickable. If you click on it it pops up
with an error message basically stating that "this interface is not
managed by Network Manager". After restarting Network Manager though
this issue seemed to go away(it shows the AT&T connection even after
connecting along with the strength and will let you disconnect), and
after a reboot it was working fine as well; I'll keep an eye out and
see if the behavior comes back. Outside of that everything appears to
be working.
On the Fedora side I'm not sure what the roadmap is for getting this
pulled; libqmi isn't even available as an RPM yet. However on my end
I'm a happy camper; it's working fine in nm-applet now I just have to
get a startup script to load the right modules and assign the right
device addresses.
libqmi is proposed for review but there always needs to be somebody that
does the review, and that only seems to be possible via horse-trading.
That said, we could just pull in MM with a private copy of libqmi and
libmbim until the official packages get approved :)
Dan
On Wed, May 8, 2013 at 3:35 AM, Aleksander Morgado
<aleksander lanedo com> wrote:
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 device not
showing up in network manager, but for modem manager to change the
device status to "disabled" is odd. Can those "InvalidQmiCommand" and
"Firmware not supported" warnings be safely ignored? Also if you check
the modem-manager debug output you'll see an entry of:
modem-manager[18566]: <warn> [1368000178.829043]
[mm-iface-modem-3gpp.c:1948] load_imei_ready(): couldn't load IMEI:
'Device doesn't report a valid IMEI'
I've checked with dell and verified that this is a proper IMEI but
then again they could be wrong...
There is no issue in any of those logs. The modem goes *always* to
'disabled' state when initially detected; you would then enable it with
network-manager-applet.
You can try to pass --with-modem-manager-1=yes to the NM's autogen.sh.
That will fail configure if libmm-glib is not found. Make sure you have
mm-glib.pc in the default pkg-config path...
If this is a 64 bit system, you may want to pass --libdir=/usr/lib64 to
every autogen.sh; including the MM one.
--
Aleksander
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]