| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2734 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2727 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Andrzej Zaborowski <balrog@zabor.org>
Date: Thu, 12 Jul 2007 14:26:46 +0200
Subject: [PATCH] Incoming SMS events
This is a proposed patch to emit a gsmd event when a new SMS arrives, also
modifies libgsmd-tool to display the notification. It makes sms_cb.c compile
but only really implements the bits necessary to make it build and for the
notifications to work. I chose AT+CNMI mode 1 (i.e. store messages in memory
and report the location through +CMTI, rather than print the message right away
through +CMT) because the parser doesn't support multiline unsolicited
responses - in fact it can't support those because in a situation when a normal
command is executing and an unsolicited response comes in (which is the case
when sending a message to yourself) it is impossible for the parser to
distinguish whether the line after the unsolicited response is part of that
response or part of the command's response.
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2711 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
From: Andrzej Zaborowski <balrog@zabor.org>
Date: Wed, 11 Jul 2007 16:11:10 +0200
Subject: [PATCH] SMS support in gsmd and in libgsmd.
This adds the proper support for sms related calls in libgsmd and their
implementation in gsmd.
I assumed that conversion between data coding schemes is to be done on the
client side because the {packing,unpacking}* calls were exported. TEXT mode
support is non-functional, but the code only has to be filled in the right
places to make it work, if it is ever needed.
I had been lucky to be able to test with the different kinds of messages with
exotic formats because I just got a bunch of network messages today (urging to
top-up the credit).
I tried to not modify the libgsmd api, although I would prefer to have a
totally different api, possibly with synchronous calls that just return the
result of an operation, for a exmaple a whole list of messages, rather than the
client waiting for an unknown number of events each with one message.
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2710 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
|
|
| |
still alive.
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2130 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2126 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@2123 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
|
|
|
|
|
|
| |
* add new generic extended-response parser
* add operator cache, using ext-resp-parser
* add proper detection of supported %CPI modes and select highest available one
* add %CTZV to vendor_ti init string
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@1316 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@534 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@518 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
|
|
|
|
| |
- finish vendor plugin support
- add call progress indicator and signal quality unsolicited support to vendor_ti.c
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@120 99fdad57-331a-0410-800a-d7fa5415bdb3
|
| |
|
|
| |
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@98 99fdad57-331a-0410-800a-d7fa5415bdb3
|
|
|
git-svn-id: http://svn.openmoko.org/trunk/src/target/gsm@97 99fdad57-331a-0410-800a-d7fa5415bdb3
|
