3G usb key TP-link MA180
by Richard Genoud
Hi !
I've been trying to use the TP-link MA180 3G usb key with ofono without success.
ofonod[1265]: plugins/udevng.c:remove_device() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2/1-2.2:1.0
ofonod[1265]: plugins/udevng.c:remove_device() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2
ofonod[1265]: plugins/udevng.c:check_usb_device() usb [2357:0201]
ofonod[1265]: plugins/udevng.c:check_usb_device() option [(null):(null)]
ofonod[1265]: plugins/udevng.c:check_usb_device() option [(null):(null)]
ofonod[1265]: plugins/udevng.c:check_usb_device() usb-storage [(null):(null)]
ofonod[1265]: plugins/udevng.c:check_usb_device() qmi_wwan [(null):(null)]
ofonod[1265]: plugins/udevng.c:check_usb_device() qmi_wwan [2357:0201]
ofonod[1265]: plugins/udevng.c:add_device() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2
ofonod[1265]: plugins/udevng.c:add_device() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2/1-2.2:1.4/net/wwan0
ofonod[1265]: plugins/udevng.c:add_device() wwan0 (gobi) 255/255/255 [04] ==> (null) (null)
ofonod[1265]: plugins/udev.c:udev_event() subsystem net add
ofonod[1265]: plugins/udev.c:udev_event() subsystem net finished
ofonod[1265]: plugins/udevng.c:check_usb_device() option [2357:0201]
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty add
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty finished
ofonod[1265]: plugins/udevng.c:check_usb_device() option [2357:0201]
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty add
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty finished
ofonod[1265]: plugins/udevng.c:check_usb_device() option [(null):(null)]
ofonod[1265]: plugins/udevng.c:check_usb_device() option [2357:0201]
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty add
ofonod[1265]: plugins/udev.c:udev_event() subsystem tty finished
ofonod[1265]: plugins/udevng.c:check_modem_list()
ofonod[1265]: plugins/udevng.c:create_modem() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2
ofonod[1265]: plugins/udevng.c:create_modem() driver=gobi
ofonod[1265]: src/modem.c:ofono_modem_create() name: (null), type: gobi
ofonod[1265]: plugins/udevng.c:setup_gobi() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2
ofonod[1265]: plugins/udevng.c:setup_gobi() wwan0 255/255/255 04 (null)
ofonod[1265]: plugins/udevng.c:destroy_modem() /sys/devices/ahb.0/700000.ehci/usb1/1-2/1-2.2
ofonod[1265]: src/modem.c:ofono_modem_remove() 0x103788
ofonod[1265]: plugins/udevng.c:destroy_modem() wwan0
Looking at the code in plugins/udevng.c setup_gobi(), I've seen that the case info->number == 04 is not handled.
Thus, setup_gobi() returns FALSE, and the modem is destroyed.
Any clue ?
Richard.
5 years, 10 months
Controlling GPRS connections through Ofono in the presence of Connman
by Frederik Lotter
Hi,
I am working on uBlox support in Ofono. My aim is further than the
traditional desktop type use case, so I am extending Ofono with a custom
APN provisioning service.
I want to get some tips on how I should proceed because I do not wish to go
into an unintentional direction.
We have 3rd party software that needs to finely control the GPRS session,
constantly monitoring and switching APN's as the network changes.
I need a way for our software to know when the context has successfully
been activated, for example a post_context_activate() in the driver would
be great, so that I could add a DBUS message in our custom driver which
send states to our software in order to know when a socket could be opened
(not only the post_context_activate() but I also need the other states the
driver will enter).
Is there a better approach than adding a callback for successful context
activation in the driver, in Ofono? I feel like Connman is too distant and
unaware of detailed Ofono states to manage this on the Connman side.
Secondly, I have tested changing states on the Ofono side with the Python
scripts (enable -> online ) and visa versa and connman seems OK with me
doing this. I plan to do this from my 3rd party application to manage APNs
and sockets. Is this an acceptable use case with Connman, it seems like it
has been designed so that Connman always gets updates on Ofono state
changes.
Kind Regards,
Frederik Lotter
5 years, 10 months
Can't reconnect a Huawei E3131 modem
by Jerônimo Lopes
Hi,
I'm trying to use ofono and a Huawei E3131 modem.
First off all, I need to change AT+CGDATA="PPP",%u to ATD*99***%u# to make
it work. But that's ok.
The problem, is if disconnect, and try to connect again, it doesn't work.
I debug those functions, and find that what's happening:
at_gprs_activate_primary (drivers/atmodem/gprs-context.c)
g_at_chat_send (gatchat/gatchat.c)
at_chat_send_common (gatchat/gatchat.c)
...
if (chat == NULL || chat->command_queue == NULL)
return 0;
at this point 'chat->command_queue' is null.
So far, I can only know that when I disconnect this context, someone is
calling io_disconnect (gatchat.c), that makes chat->command_queue=NULL.
I couldn't debug further.
I've tested the same scenario, just with a different modem (Huawei E160)
and it's working nice.
I'd be glad if anyone could give any hint on that.
Best regards
Jerônimo Lopes
5 years, 10 months
[PATCH] g_dbus_add_service_watch: better match rule for NameOwnerChanged
by Alban Crequy
When subscribing to the D-Bus signal NameOwnerChanged from the bus driver,
specify the object path and the sender in the match rule. Otherwise, random
connections on the bus could impersonate the bus driver.
This patch applies to connman, ofono and pacrunner.
---
gdbus/watch.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gdbus/watch.c b/gdbus/watch.c
index 0f99f4f..415e7fa 100644
--- a/gdbus/watch.c
+++ b/gdbus/watch.c
@@ -699,7 +699,8 @@ guint g_dbus_add_service_watch(DBusConnection *connection, const char *name,
if (name == NULL)
return 0;
- data = filter_data_get(connection, service_filter, NULL, NULL,
+ data = filter_data_get(connection, service_filter,
+ DBUS_SERVICE_DBUS, DBUS_PATH_DBUS,
DBUS_INTERFACE_DBUS, "NameOwnerChanged",
name);
if (data == NULL)
--
1.8.5.3
5 years, 10 months
[PATCH v3 0/4] Add a driver for u-blox modems
by Philip Paeps
Changes since v2:
o Rebased on master 6df64cd
o Used none_prefix consistently
Philip Paeps (4):
udevng: add detection logic for u-blox modems
plugins: new driver for u-blox SARA-U270 modems
sim: query u-blox PIN retries with AT+UPINCNT
atmodem: set the auth method for u-blox modems
Makefile.am | 3 +
drivers/atmodem/gprs-context.c | 31 ++++-
drivers/atmodem/sim.c | 45 ++++++
plugins/ublox.c | 293 ++++++++++++++++++++++++++++++++++++++++
plugins/udevng.c | 42 ++++++
5 files changed, 411 insertions(+), 3 deletions(-)
create mode 100644 plugins/ublox.c
--
1.7.10.4
5 years, 11 months
[PATCH v3] Add a driver for Quectel UC15 modems (rebased)
by Philip Paeps
Forgot to send this last patch out with the rest before the weekend, sorry.
Changes since v2:
o Rebased on master with ublox patch set applied
- Should be a trivial 3-way merge on Makefile.am if
the patches are applied out of order
o Reworked the reset/enable code patch based on
suggestions from Denis
- Register for +CPIN: rather than polling
o Used prefixes (even more) consistently
Philip Paeps (1):
plugins: add a new driver for Quectel UC15 modems
Makefile.am | 3 +
plugins/quectel.c | 379 +++++++++++++++++++++++++++++++++++++++++++++++++++++
2 files changed, 382 insertions(+)
create mode 100644 plugins/quectel.c
--
1.7.10.4
5 years, 11 months
oFono upstream test results_20140707
by Nicolas Paccou
Hello all,
Please find the test report of oFono v1.15 commit 6df64cd.
During this testing, we ran 32 functional positive cases. 32 cases
passed, 0 failed and 0 blocked.
The Pass Rate is 100% (no change vs previous session). No regression has
been found.
-----------------------------------------------
*Test Objective *
The aim of this session was to validate the state of oFono upstream by
testing only major tests of most important features over all material we
had (according to what feature was supported and by priority order: 3G
dongle, Smartphone connected through HFP). oFono has been installed and
tested on Ubuntu 13.04 device.
-----------------------------------------------
*Test Environment *
For all Setup:
oFono: v1.15 (updated to commit 6df64cd)
-Laptop + 3G Dongle:
usb_modeswitch: v1.2.3
modeswitch data: 20120815-2
Hardware: Laptop
Ubuntu: v13.04
Modem: Huawei E173u-2 - Operator & SIM Card: Bouygues SIM Card -- Phone
number +3363999052
-Laptop + HFP
HF:
Hardware: Laptop
Ubuntu: v13.04
Bluez 4.101 (current version running on Ubuntu 13.04)
oFono has been installed with "--enable-bluez4" option
AG:
Android KK device with SFR SIM Card -- Phone number +33623312183
-----------------------------------------------
*Issue Summary *
New bug: 0
Known bug: 1
OF-162 - Going back from a select item list releases the session
https://01.org/jira/browse/OF-162
Closed bug: 0
-----------------------------------------------
*Test Result *
*Result Summary -- Basic Features*
Total Test Case
*32*
Passed
32
Failed
0
Blocked
0
TCs completed
*100,0%*
Run rate
*100%*
Pass rate total
*100%*
Blocked rate total
*0%*
Pass rate of executed
*100%*
*Test Result by feature
*
*Features (and their status in color)*
*Total*
*Pass*
*Fail*
*Blocked*
*Pass %*
*Modem Used*
Modem
*5*
5
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
SIM
*4*
4
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
Network
*2*
2
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
Connectivity
*8*
8
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
Voice Calls
*10*
10
0
0
*100%*
Tested on Laptop + HFP connected with a smartphone with a real SIM
Messaging
*2*
2
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
Message Waiting
*1*
1
0
0
*100%*
Tested on Laptop using 3G Dongle with a real SIM
Please find details in the attached file.*
*-----------------------------------------------
*Notes***
Please note that one oFono crash still occurs on the following conditions:
-OF-163 <https://01.org/jira/browse/OF-163>- oFono crashes when doing a
NAA Initialization+File Change Notification after having done a NAA
Initialization+Full File Change Notification with Phonesim.
Best regards,
Nicolas
5 years, 11 months
[PATCH v2 0/6] Add a driver for u-blox modems
by Philip Paeps
Changes since v1:
o Fix coding style nits and useless casts
o Use prefixes
o Make enable go to CFUN=4 (powered but radio off)
Philip Paeps (6):
atmodem: add vendor u-blox
udevng: add detection logic for u-blox modems
plugins: new driver for u-blox SARA-U270 modems
sim: query u-blox PIN retries with AT+UPINCNT
gprs: add support for u-blox +UREG URCs
atmodem: set the auth method for u-blox modems
Makefile.am | 3 +
drivers/atmodem/gprs-context.c | 31 ++++-
drivers/atmodem/gprs.c | 44 ++++++
drivers/atmodem/sim.c | 45 +++++++
drivers/atmodem/vendor.h | 3 +-
plugins/ublox.c | 291 ++++++++++++++++++++++++++++++++++++++++
plugins/udevng.c | 42 ++++++
7 files changed, 455 insertions(+), 4 deletions(-)
create mode 100644 plugins/ublox.c
--
1.7.10.4
5 years, 11 months
