://git.infradead.org/users/cktakahasi/ofono.git HF-20130116
Changed between v0-v1:
* Append BlueZ version to hfp_hf* files
* --enable-bluez4 configure option
Changed between v1-v2:
* Make BLUEZ4 conditional dependent on BLUETOOTH. BlueZ 5 is enabled by
default(--enable-bluetooth can be omitted), BlueZ 4 support
BlueZ 5 is the default option. If --enable-bluez4 is provided, oFono
plugins based on BlueZ 4 are enabled prior to BlueZ 5.
--disable-bluetooth configure option disables BlueZ 5 and BlueZ 4
plugins.
---
Makefile.am | 7 ++-
configure.ac | 20 ++--
2 files changed, 20
This patch adds the file for Bluetooth(BlueZ 5) oFono plugin.
---
Makefile.am | 3 +++
plugins/bluez5.c | 33 +
2 files changed, 36 insertions(+)
create mode 100644 plugins/bluez5.c
diff --git a/Makefile.am b/Makefile.am
index 63e6fdb..3c4b588 100644
---
Adds HFP modem driver registration.
---
Makefile.am | 4 +-
plugins/bluez5.c| 112
plugins/bluez5.h| 29 +
plugins/hfp_hf_bluez5.c | 80 ++
4 files changed, 223
This patch adds the initial file to support external HFP profile and
BlueZ 5. hfp_bluez5 plugin will implement an external Bluetooth
profile compatible with BlueZ 5, and hfp plugin will keep the
compatibility with BlueZ 4.
---
Makefile.am | 3 +++
plugins/hfp_hf_bluez5.c | 42
This patch declares the external HFP Profile handler. It contains the
initial implementation of the D-Bus Profile1 interface and methods
responsible for handling Bluetooth connections.
---
plugins/bluez5.h| 2 ++
plugins/hfp_hf_bluez5.c | 74
The long-obsoleted AM_CONFIG_HEADER macro was removed in automake 1.13.
Use AC_CONFIG_HEADERS instead.
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
index 7db4198..a4a350f 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7
Makefile.am:518: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or
'*_CPPFLAGS')
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Makefile.am b/Makefile.am
index ad12c0f..f24cac7 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -528,7 +528,7 @@ AM_CFLAGS =
src/storage.h:32:1: error: unknown type name 'ssize_t'
src/storage.h:36:1: error: unknown type name 'ssize_t'
---
src/storage.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/storage.h b/src/storage.h
index c455bae..70446ad 100644
--- a/src/storage.h
+++ b/src/storage.h
@@ -26,6 +26,7 @@
Hi Lucas,
src/storage.h:32:1: error: unknown type name 'ssize_t'
src/storage.h:36:1: error: unknown type name 'ssize_t'
---
src/storage.h | 1 +
1 file changed, 1 insertion(+)
patch has been applied.
Regards
Marcel
___
ofono mailing list
Hi Lucas,
The long-obsoleted AM_CONFIG_HEADER macro was removed in automake 1.13.
Use AC_CONFIG_HEADERS instead.
---
configure.ac | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
patch has been applied.
Regards
Marcel
___
ofono mailing
Hi Lucas,
Makefile.am:518: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or
'*_CPPFLAGS')
---
Makefile.am | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
patch has been applied.
Regards
Marcel
___
ofono mailing list
Hi,
i already fix the bug, so i think this is the real bug.
i set a callback fuc to GAtMux, and add status member for echo channel, when
i find the channel active, it will call back the fuc, fuc check all channel is
active, if all channel is active, continue to send AT commands you want.
Hi All,
i recently noticed that the at driver did not reach the state registered.
marcel pointer me to the message
+CMER not supported by this modem. If this is an error please submit
patches to support this hardware
and i started digging. problem was parsing of the response
ssize_t is otherwise reported as undefined when compiling ofono
with glibc 2.17
Signed-off-by: Khem Raj raj.k...@gmail.com
---
src/storage.h |1 +
1 file changed, 1 insertion(+)
diff --git a/src/storage.h b/src/storage.h
index c455bae..dbb51bc 100644
--- a/src/storage.h
+++ b/src/storage.h
Hi All,
i recently noticed that the at driver did not reach the state registered.
marcel pointer me to the message
+CMER not supported by this modem. If this is an error please submit
patches to support this hardware
and i started digging. problem was parsing of the response
Hello,
I'm using an cinterion modem, and I wanna send AT commands directly to
the app port from a 3rd party application.
I am considering exposing my own method on dBus. The problem is that
from the dbus layer, I do not have access to the low-level part.
As far as I noticed, the only place I
Automake-1.13 removed long obsolete AM_CONFIG_HEADER completely (
http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html ) and
errors out upon seeing it.
Attached patch replaces it with proper AC_CONFIG_HEADERS.
I'm not subscribed to mailing list.
I'm mass-submitting
Hi Michael,
On 01/07/2013 02:58 PM, M. Dietrich wrote:
Hi All,
i recently noticed that the at driver did not reach the state registered.
marcel pointer me to the message
+CMER not supported by this modem. If this is an error please submit
patches to support this hardware
Hi Timo,
On 01/11/2013 07:00 AM, m...@timomueller.eu wrote:
From: Timo Muellertimo.muel...@bmw-carit.de
Currently the list of current calls is requested right after an
outgoing callsetup has been reported by the AG device. If the AG
device updates the list after reporting the callsetup the
Hi Marko,
On Sat, Jan 12, 2013 at 10:22 AM, Marko Lindqvist cazf...@gmail.com wrote:
Automake-1.13 removed long obsolete AM_CONFIG_HEADER completely (
http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html ) and
errors out upon seeing it.
Attached patch replaces it with proper
21 matches
Mail list logo