[PATCH 0/1] stk: Handle send ss proactive command
Hi,
-----Original Message-----
From: ofono-bounces(a)ofono.org [mailto:ofono-bounces@ofono.org] On Behalf Of
Yang Gu
Sent: Monday, September 13, 2010 4:36 PM
To: ofono(a)ofono.org
Subject: Currently when sending a supplementary service control string via D-Bus, a
From Yang Gu <yang.gu(a)intel.com> # This line is ignored.
From: Yang Gu <yang.gu(a)intel.com>
Subject:
In-Reply-To:
_______________________________________________
ofono mailing list
ofono(a)ofono.org
http://lists.ofono.org/listinfo/ofono
I intended to send a description for the patch I sent just now, but seems it failed. Sorry
for the inconvenience :(
Below is the description:
This patch is to handle send ss proactive command from SIM.
Currently when sending a supplementary service control string via D-Bus, a series of
functions would be called. For example, if we want to send a call barring activatioin
string via D-Bus, these functions would be called:
ussd_initiate()->recognized_control_string()->cb_ss_control()->cb_ss_set_lock_callback()->cb_ss_query_next_lock()->cb_ss_query_next_lock_callback().
To handle send ss command from SIM needs to follow the same way as D-Bus, so my target is
to try the best to reuse these functions. However, currently these functions take the
assumption that the calling is from D-Bus. My solution is to introduce a data structure
named "ofono_ss_req" to replace original "DBusMessage *" parameter.
Other main changes are to unify the return code of these functions and handle them
centrally.
Comments are welcome!
Regards,
-Yang