[PATCH_v4 0/5] Private network request to ConnMan
by Guillaume Zajac
Hi,
Changelog from v3 is:
- Add private-network source/include
- ConnMan plugin is independant from emulator
- Each application that need VPN will pass a callback as argument
when private network is requested. This callback will contain the
private network settings.
Guillaume Zajac (5):
gatppp: Add new contructor to use external fd
private-network: add callback typedef drivers and settings
private-network: add request/release functions and new feature to
Makefile.am
emulator: add request/release private network calls
connman: add plugin in oFono to request request/release private
network
Makefile.am | 10 +-
gatchat/gatppp.c | 33 +++++-
gatchat/gatppp.h | 1 +
gatchat/ppp.h | 2 +-
gatchat/ppp_net.c | 40 ++++---
include/private-network.h | 59 +++++++++
plugins/connman.c | 297 +++++++++++++++++++++++++++++++++++++++++++++
src/emulator.c | 49 ++++++--
src/ofono.h | 6 +
src/private-network.c | 89 ++++++++++++++
10 files changed, 556 insertions(+), 30 deletions(-)
create mode 100644 include/private-network.h
create mode 100644 plugins/connman.c
create mode 100644 src/private-network.c
4 days, 4 hours
ofono with sim5320 module
by David Ashley
Hello, I'm at my wits' end trying to get ofono working with the
sim5320 module. I'm using the plugins/sim900.c module as a starting
point. I think the issue has something to do with the difference
between the MUX functionality between the 900 and the 5320. The sim900
supports the elaborate parameters sent on the
AT+CMUX=0,x,x,x,x, etc.
but the SIM5320 only supports
AT+CMUX=0
There's that... but also the way the sim900 plugin creates a
SETUP_DLC, initiates muxing, then deletes the setup DLC and creates 4
new DLC's... it didn't work for the sim5320 until I remapped the DLC's
somewhat like this:
#define NUM_DLC 4
#define VOICE_DLC 2
#define NETREG_DLC 1
//#define SMS_DLC 2
#define GPRS_DLC 3
#define SETUP_DLC 0
static char *dlc_prefixes[NUM_DLC] = {
[VOICE_DLC]="Voice: ",
[NETREG_DLC]="Net: ",
// [SMS_DLC]= "SMS: ",
[GPRS_DLC]= "GPRS: " ,
[SETUP_DLC]= "Setup: ",
};
Note I have to eliminate the SMS_DLC usage later in sim5320_post_sim:
// ofono_sms_create(modem, OFONO_VENDOR_SIMCOM, "atmodem",
// data->dlcs[SMS_DLC]);
OK everything is *ALMOST* working. ofonod interacts fine with
connmand, connmand tells ofonod to activate the sim5320, which
actually establishes a ppp connection and sets up a ppp device:
ppp0 Link encap:UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-0
inet addr:30.97.132.47 P-t-P:30.97.132.47 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:2 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:124 (124.0 B)
Here's the rub: No matter what I do, I never get any RX packets from
that ppp device, and even when it appears to TX packets (I'm trying to
ping out) the machine on the internet isn't actually receiving them.
I'm running on a beaglebone with a custom board with a sim5320 module on it.
I have no idea what to try... Any advice would be appreciated...
Thanks very much!!!!
-Dave
3 years, 7 months
Crash in sim_query_fac_pinlock_cb
by cantabile
Hello.
Ofono crashes as soon as I plug in my Nokia 5230 in "OVI Suite" mode.
Ofono is the latest from git. Here is the backtrace:
(gdb) bt full
#0 0x0000000000526a5f in sim_query_fac_pinlock_cb
(error=0x7fffffffdfd0, status=8799424, data=0x2) at src/sim.c:2476
sim = 0x2
#1 0x000000000044faa0 in check_sec_response (msg=0x7fffffffe120,
opaque=0x80c370, success=2 '\002', failure=3 '\003') at
drivers/isimodem/sim.c:468
e = {type = OFONO_ERROR_TYPE_NO_ERROR, error = 0}
__ofono_debug_desc = {name = 0x0, file = 0x58f389
"drivers/isimodem/sim.c", flags = 0}
__ofono_debug_desc = {name = 0x0, file = 0x58f389
"drivers/isimodem/sim.c", flags = 0}
__ofono_debug_desc = {name = 0x0, file = 0x58f389
"drivers/isimodem/sim.c", flags = 0}
__ofono_debug_desc = {name = 0x0, file = 0x58f389
"drivers/isimodem/sim.c", flags = 0}
cbd = 0x80c370
cb = 0x526a40 <sim_query_fac_pinlock_cb>
sim = 0x8644c0
id = 2 '\002'
cause = 0 '\000'
#2 0x000000000044fc57 in sec_code_state_resp_cb (msg=0x7fffffffe120,
opaque=0x80c370) at drivers/isimodem/sim.c:649
No locals.
#3 0x0000000000436ae6 in pending_remove_and_dispatch (op=0x80c590,
msg=0x7fffffffe120) at gisi/modem.c:171
modem = 0x8de2b0
#4 0x0000000000437e04 in service_dispatch (mux=0x830a50,
msg=0x7fffffffe120, is_indication=0) at gisi/modem.c:218
next = 0x0
pend = 0x80c590
msgid = 2 '\002'
utid = 3 '\003'
l = 0x8a8400 = {0x80baa0}
#5 0x00000000004358e6 in isi_callback (channel=0x8df790, cond=G_IO_IN,
data=0x8de2b0) at gisi/modem.c:334
msg = {addr = 0x7fffffffe160, version = 0x830a60, error = 0,
data = 0x7fffffffe0f0, len = 4, private = 0x7ffff7b39670 <g_thread_self+16>}
key = 8
buf = 0x7fffffffe0f0
addr = {spn_family = 35, spn_obj = 46 '.', spn_dev = 0 '\000',
spn_resource = 8 '\b', __pad = "\000\000\000\000\000\000\000\000\000\000"}
mux = 0x830a50
modem = 0x8de2b0
len = 4
fd = 11
#6 0x00007ffff7b1145a in g_main_context_dispatch () from
/usr/lib/libglib-2.0.so.0
No symbol table info available.
#7 0x00007ffff7b11810 in ?? () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#8 0x00007ffff7b11b32 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
No symbol table info available.
#9 0x00000000004eebee in main (argc=1, argv=0x7fffffffe428) at
src/main.c:256
context = 0x803df0
err = 0x0
conn = 0x80a440
error = {name = 0x0, message = 0x0, dummy1 = 1, dummy2 = 0,
dummy3 = 1, dummy4 = 1, dummy5 = 0, padding1 = 0x720000007b}
signal = 1
(gdb)
You'll notice that the function pointer cb being called in
check_sec_response (frame #1) is of type
typedef void (*ofono_sim_lock_unlock_cb_t)(const struct ofono_error
*error, void *data);
It takes two parameters. The value of the function pointer is
sim_query_fac_pinlock_cb, which takes three parameters.
I don't know if the wrong function is being called, or if the right
function is being called using the wrong function pointer type. I hope
someone here can figure it out.
4 years, 1 month
[PATCH] qmimodem/sms: don't check for free ME space on receive
by Alexander Couzens
If the ME storage is full, the modem will reject new messages
with a SMPP RP-Error 'Protocol error, unspecific'.
It seems the qmimodem is first checking the ME storage for
free space, then deliver the SMS via QMI and not saving it
to the ME anyway.
Using QMI_WMS_STORAGE_TYPE_NONE it doesn't check for free space.
Tested-on: Quectel EC20
---
drivers/qmimodem/sms.c | 2 +-
drivers/qmimodem/wms.h | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/qmimodem/sms.c b/drivers/qmimodem/sms.c
index 43bf22d1..91501b75 100644
--- a/drivers/qmimodem/sms.c
+++ b/drivers/qmimodem/sms.c
@@ -411,7 +411,7 @@ static void get_routes_cb(struct qmi_result *result, void *user_data)
new_list->count = GUINT16_TO_LE(1);
new_list->route[0].msg_type = QMI_WMS_MSG_TYPE_P2P;
new_list->route[0].msg_class = QMI_WMS_MSG_CLASS_NONE;
- new_list->route[0].storage_type = QMI_WMS_STORAGE_TYPE_NV;
+ new_list->route[0].storage_type = QMI_WMS_STORAGE_TYPE_NONE;
new_list->route[0].action = QMI_WMS_ACTION_TRANSFER_AND_ACK;
param = qmi_param_new();
diff --git a/drivers/qmimodem/wms.h b/drivers/qmimodem/wms.h
index dae86c17..21fe4d95 100644
--- a/drivers/qmimodem/wms.h
+++ b/drivers/qmimodem/wms.h
@@ -62,6 +62,7 @@ struct qmi_wms_param_message {
#define QMI_WMS_STORAGE_TYPE_UIM 0
#define QMI_WMS_STORAGE_TYPE_NV 1
#define QMI_WMS_STORAGE_TYPE_UNKNOWN 2
+#define QMI_WMS_STORAGE_TYPE_NONE 255
#define QMI_WMS_MESSAGE_MODE_GSMWCDMA 1
--
2.13.0
4 years, 1 month
[PATCH][v2] qmimodem: add debug helper qmi_result_print_tlvs
by Alexander Couzens
qmi_result_print_tlvs prints the type and length field
of a result to DBG()
---
drivers/qmimodem/qmi.c | 17 +++++++++++++++++
drivers/qmimodem/qmi.h | 2 +-
2 files changed, 18 insertions(+), 1 deletion(-)
diff --git a/drivers/qmimodem/qmi.c b/drivers/qmimodem/qmi.c
index 30123723..17c6a6f3 100644
--- a/drivers/qmimodem/qmi.c
+++ b/drivers/qmimodem/qmi.c
@@ -1026,6 +1026,23 @@ void qmi_device_set_close_on_unref(struct qmi_device *device, bool do_close)
device->close_on_unref = do_close;
}
+void qmi_result_print_tlvs(struct qmi_result *result)
+{
+ const void *ptr = result->data;
+ uint16_t len = result->length;
+
+ while (len > QMI_TLV_HDR_SIZE) {
+ const struct qmi_tlv_hdr *tlv = ptr;
+ uint16_t tlv_length = GUINT16_FROM_LE(tlv->length);
+
+ DBG("tlv: 0x%02x len 0x%04x", tlv->type, tlv->length);
+
+ ptr += QMI_TLV_HDR_SIZE + tlv_length;
+ len -= QMI_TLV_HDR_SIZE + tlv_length;
+ }
+}
+
+
static const void *tlv_get(const void *data, uint16_t size,
uint8_t type, uint16_t *length)
{
diff --git a/drivers/qmimodem/qmi.h b/drivers/qmimodem/qmi.h
index 0cd8f7c9..bfe8e6b5 100644
--- a/drivers/qmimodem/qmi.h
+++ b/drivers/qmimodem/qmi.h
@@ -136,7 +136,7 @@ bool qmi_result_get_uint32(struct qmi_result *result, uint8_t type,
uint32_t *value);
bool qmi_result_get_uint64(struct qmi_result *result, uint8_t type,
uint64_t *value);
-
+void qmi_result_print_tlvs(struct qmi_result *result);
struct qmi_service;
--
2.13.0
4 years, 1 month
Does Ofono pass error codes up to applications over DBus
by Rohit Agrawal
Hi All,
I have a general query regarding error code value being passed up by ofono
to applications over Dbus.
Assume Ofono talks to Modem through RILD. Does Ofono passes error code or
error value when Voice-Call or Data-Call or Send-SMS fails so that
application can do something on receiving such error codes ?
Also SMS Delivery Report is given to application through which Signal
(Immediate Message or Incoming Message) ?
-Thanks,
Rohit Agrawal
4 years, 1 month
✈great article
by minjun_li
Greetings!
I've read a nice and informative article about some stuff you may really like, you can find more info here http://mind.thefreeballers.com
minjun_li
From: ofono [mailto:ofono@ofono.org]
Sent: Sunday, May 21, 2017 5:17 PM
To: minjun_li(a)sina.com
Subject: Haha fair enough
I am Jack's inappropriate sense of glee. OMG, I LOVE YOUR DECK! I want to play it!
Here's some potential additions:
There's no _ in baseball!
Pardon me, do you have any _?
If Benjamin were an ice cream flavor, he'd be pralines and _.
That _ really tied the room together.
Hey, careful, man, there's a _ here!
It rubs the _ on the _ or else it gets the hose again!
I gave her my heart and she gave me _.
There are two types of people in this world: those who like _, and those who don't.
You can't handle the _!
Hello. My name is Inigo Montoya. You _. Prepare to die.
Overdosing outside the Viper Room
HOW RUDE!
Jar Jar Binks
Re-growing foreskin.
Scritching
Yiffing
A sparkly unicorn horn dildo
Looking at porn on a dial-up internet connection
Sent from Mail for Windows 10
4 years, 2 months
Re: have you seen those guys?
by minjun_li
Hello friend,
Have you already seen those guys? They are so cool, just take a look, I love them doing all that amazing stuff http://clever.uhdteens.com
Yours faithfully, minjun_li
From: ofono [mailto:ofono@ofono.org]
Sent: Friday, May 19, 2017 10:15 PM
To: minjun_li(a)sina.com
Subject: I LOVE VON BELL.
Thank you very much!
I feel a bit of contradiction towards Mrissi because she looks prety awesome but I can't have her race (or rather... "appeareance"?) work in my headcanon. And I don't like it because it seems I am losing the opportunity to try an absolutely wonderful follower. Not my cup of tea, sadly.
I've already checked some INPCs, as you can see that I mention Rumarin. However, I don't know if there's a way to only download such altmer, 'cause I wouldn't like to add 250+ npcs to my already-too-crowded game.
I am usually not really fond of Anna's npcs' looks but I think Darion or Teryn would do.
And regarding Rigmor... OMG, she is such an absolutely awesome follower! So unique and interesting! I still don't know if she'd suit Vedael but surely I'll create a character just to play with her in the near future. Thank you very much for letting me know about her!
Sent from Mail for Windows 10
4 years, 2 months
