Speedup is using its own way to handle USSD strings, so the
implementation of this driver avoid some specific code in atmodem.
Nicolas Bertrand (3):
Speedup: Add speedup driver to handle USSD
Speedup: Use speedup specific driver for ussd
Makefile: Add speedup modem target
Makefile.am | 6 +
drivers/speedupmodem/speedupmodem.c | 49 ++++++++
drivers/speedupmodem/speedupmodem.h | 25 ++++
drivers/speedupmodem/ussd.c | 225 +++++++++++++++++++++++++++++++++++
plugins/speedup.c | 4 +-
5 files changed, 307 insertions(+), 2 deletions(-)
create mode 100644 drivers/speedupmodem/speedupmodem.c
create mode 100644 drivers/speedupmodem/speedupmodem.h
create mode 100644 drivers/speedupmodem/ussd.c
These patches concern mmsd and are related to error handling while
The main idea is to try to recover error internally when possible and
drop messages that are not decodable.
Ronald Tessier (2):
service: remove files when unable to decode received msg
service: handle error while receiving messages
src/service.c | 101 +++++++++++++++++++++++++++++++++++++++++++++------------
1 files changed, 80 insertions(+), 21 deletions(-)
When network is lost on Huawei modems during a data call, oFono core will
reset the context that was active and emit that it became inactive.
However it might happen the modem will not end the PPP session, it means
it will be active at driver level although we lost the network.
This behaviour is specific to Huawei, on ZTE for instance, the PPP ending is
initiated correctly by the modem itself everytime the network is lost.
I have thought about 2 ways to fix this:
1 - If we try to connect again although previous PPP session is
still active, just try to use the current active PPP session,
like resuming the session. However there is no AT command to
do such resume_ppp.
2- This the is the solution given in this set of patches, I just
trigger a g_at_ppp_shutdown()if we try to activate context although
it is already active, and when the no carrier is received,
we can restart the activate context logic (AT+CGDCONT, AT+CGDATA...)
Guillaume Zajac (2):
huawei: Specify vendor in creating gprs context atom
atmodem: Fix wrong behavior with Huawei modems
drivers/atmodem/gprs-context.c | 80 ++++++++++++++++++++++++++++++++++++++++
plugins/huawei.c | 2 +-
2 files changed, 81 insertions(+), 1 deletions(-)
I am using Ofono-0.41 on Meego-1.2 & Ubuntu-11.04 for Bluetooth HFP telephony.
All the call handing works fine but I am not able to get audio for phone calls.
Has any one tried bluetooth audio? Any clue will be a great help.
Mit freundlichen Grüßen / Best regards
Tel. +91(80) 66575647