[PATCH v0 01/32] modem: Add modem type to ofono_modem_driver

From: Daniel Wagner --- include/modem.h |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/include/modem.h b/include/modem.h index 3fea2de..c34703b 100644 --- a/include/modem.h +++ b/include/modem.h @@ -30,6 +30,12 @@ extern "C" { struct ofono_mode

[PATCH v0 00/32] Add ModemType

From: Daniel Wagner Hi, here are the patches to add the ModemType to the Modem interface. cheers, daniel Daniel Wagner (32): modem: Add modem type to ofono_modem_driver alcatel: Add modem type hardware calypso: Add modem type hardware g1: Add modem type hardware gobi: Add mode type

DUN done right (was Re: ofono plugin)

Hi Everyone, On 11/02/2011 03:58 PM, Denis Kenzior wrote: > Hi Daniel, > >> - DUN: ConnMan should directly talk to BlueZ. There are too many issues >> with having oFono in the middle. There is a strong relation ship between >> PAN and DUN and ConnMan needs to be aware of it. Think about the kill

[RFC v0] modem: Add ModemType

From: Daniel Wagner Indicate the kind of modem it is before it is powered up. --- Hi, here is the proposal to add this additional flag, so that ConnMan only takes control over the real hardware. cheers, daniel doc/modem-api.txt | 11 +++ 1 files changed, 11 insertions(+), 0

Re: ofono plugin

Hi, an update on this one. We had yesterday a long discussion again on #ofono. The result out of this discussion is: - DUN: ConnMan should directly talk to BlueZ. There are too many issues with having oFono in the middle. There is a strong relation ship between PAN and DUN and ConnMan needs to be

ofono plugin

Hi, There was a short discussion on the #ofono channel on the oFono plugin in ConnMan. As it turns out there are some issues concerning the way the current plugin interacts with oFono. For example the current plugin has a complicated logic how to detect the modem. It really wants to have a SIM i

Bluetooth Audio Handling IRC Meeting

Hi Everyone, [Sorry for cross posting but it might be interesting for someone on these mailing lists] I would like to invite to a IRC discussion on the HFP audio handling. Topic is to find a solution for the handling/routing of the audio streams (SCO link) in BlueZ, PulseAudio and oFono. - Curr

[PATCH] doc: Clarifications on voice call behavior

From: Daniel Wagner --- doc/voicecall-api.txt|4 doc/voicecallmanager-api.txt |7 ++- 2 files changed, 10 insertions(+), 1 deletions(-) diff --git a/doc/voicecall-api.txt b/doc/voicecall-api.txt index 7eb41aa..fb8f099 100644 --- a/doc/voicecall-api.txt +++ b/doc

Re: [PATCH] hfp: Expose BT address using the serial number

On 10/13/2011 07:05 AM, Daniel Wagner wrote: From: Daniel Wagner From: Mikel Astiz Obviously, this one is from Mikel. My scipt did not realize this... ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono

[PATCH] hfp: Expose BT address using the serial number

From: Daniel Wagner From: Mikel Astiz --- plugins/hfp_hf.c | 100 ++ 1 files changed, 100 insertions(+), 0 deletions(-) diff --git a/plugins/hfp_hf.c b/plugins/hfp_hf.c index 1008696..d81cae9 100644 --- a/plugins/hfp_hf.c +++ b/plugins

Re: [PATCH 02/12] Add handsfree atom for HFP-specific capabilities

Hi Mikel, > +++ b/include/handsfree.h > @@ -0,0 +1,57 @@ > +/* > + * > + * oFono - Open Source Telephony > + * > + * Copyright (C) 2008-2010 Intel Corporation. All rights reserved. BMW CarIT copyright statement? :) cheers, daniel ___ ofono mailing l

[PATCH] udev: Fix typo for Huawei diagnostic interfaces

From: Daniel Wagner --- plugins/udevng.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/plugins/udevng.c b/plugins/udevng.c index 78682ff..1365bd1 100644 --- a/plugins/udevng.c +++ b/plugins/udevng.c @@ -259,7 +259,7 @@ static gboolean setup_huawei(struct modem_info

Re: Ofono and DUN Client

Hi Claudio, On 17.06.2011 14:28, Claudio Degioanni wrote: Hi all, What is the current state of work of bluetooth DUN client on ofono ? We hope to have some patches ready very soon. That means in this week. cheers, daniel ___ ofono mailing list ofon

Re: [HELP Required]Routing Of SCO data to BT Host Speaker

d to modify "SCORouting=PCM" in "audio.conf" file. (default is HCI) It will be of great help to receive any further inputs regarding the above issue. Best Regards, Milan -Original Message- From: Daniel Wagner [mailto:w...@monom.org] Sent: Friday, March 11, 2011 12

Re: [HELP Required]Routing Of SCO data to BT Host Speaker

Hi Milan, On Fri, Mar 11, 2011 at 10:56:34AM +0530, milan.satpa...@accenture.com wrote: > Hi, > > Recently I have been trying to use Ofono to write a Handsfree based > application( Using C on Ubuntu 10.10). > I am able to connect(SLC) to the AG using Ofono. After connection I am also > successf

[PATCH] hfp: Don't reply to crashed bluetoothd

In case bluetoothd crashes randomly the data pointer can be NULL. So we shouldn't derefernce it. --- plugins/hfp.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/plugins/hfp.c b/plugins/hfp.c index 12d3457..acb297f 100644 --- a/plugins/hfp.c +++ b/plugins/hfp.c @@ -569

oFono Development History

Hi, after doing the ConnMan video, couldn't resist to do it for oFono as well: http://www.youtube.com/watch?v=E246bZEWai8 have fun, daniel ___ ofono mailing list ofono@ofono.org http://lists.ofono.org/listinfo/ofono

Re: [PATCH] HACKING: Add ofono.conf file copy command required

> + Copy configuration file which specifies the required security policies > +# sudo cp ./src/ofono.conf /etc/dbus-1/system.d/ > + Considered to add this too? sudo killall -HUP dbus-daemon daniel ___ ofono mailing list ofono@ofono.org http://list

Re: RAT , signal Strength indication ofono 0.23

Hi Alain, > In fact the property like CellId or LocationAreaCode are sometimes > updated but the property Technology (RAT) is never indicated, in the > other hand the property Strength is not updated when the signal > strength of the cell change. Is sound like networkregistration API > is not full

[PATCH v2 2/3] Pass down vendor flag into DCM

From: Daniel Wagner --- plugins/hso.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/plugins/hso.c b/plugins/hso.c index 9e3b35a..e645221 100644 --- a/plugins/hso.c +++ b/plugins/hso.c @@ -246,7 +246,8 @@ static void hso_post_sim(struct ofono_modem *modem

[PATCH v2 3/3] Monitor current technology used for Option modems

From: Daniel Wagner --- drivers/atmodem/gprs.c | 170 1 files changed, 170 insertions(+), 0 deletions(-) diff --git a/drivers/atmodem/gprs.c b/drivers/atmodem/gprs.c index bf82d06..9988217 100644 --- a/drivers/atmodem/gprs.c +++ b/drivers

Monitor current technology

This series adds a new property to DCM to export the current technology used. Changes from the last version: - The core will only update the CurrentTechnology when attached and != -1. Here is a log from ofonod: http://pastebin.com/A8r4wNqL Here is a log from ofono-monitor: http://pastebin.

[PATCH v2 1/3] Add CurrentTechnology property to DCM

From: Daniel Wagner --- doc/dataconnectionmanager-api.txt |7 ++ include/gprs.h|1 + src/gprs.c| 40 + 3 files changed, 48 insertions(+), 0 deletions(-) diff --git a/doc/dataconnectionmanager-api.txt

[PATCH v7] Report cell technology capability for Option HSO modems

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- v7: free tq when something fails. v6: fix double free v5: don't send AT+CREG? twice v4: clean up :) v3: simplify even more. v2: simplify v1 and use two callbacks instead of one v1: do not depend on unsoliced message.

[RFC v0 3/3] Monitor current technology used for Option modems

From: Daniel Wagner --- drivers/atmodem/gprs.c | 156 1 files changed, 156 insertions(+), 0 deletions(-) diff --git a/drivers/atmodem/gprs.c b/drivers/atmodem/gprs.c index bf82d06..0ed97f3 100644 --- a/drivers/atmodem/gprs.c +++ b/drivers

[RFC v0 2/3] Pass down vendor flag into DCM

From: Daniel Wagner --- plugins/hso.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/plugins/hso.c b/plugins/hso.c index 9e3b35a..e645221 100644 --- a/plugins/hso.c +++ b/plugins/hso.c @@ -246,7 +246,8 @@ static void hso_post_sim(struct ofono_modem *modem

[RFC v0 1/3] Add CurrentTechnology property to DCM

From: Daniel Wagner --- doc/dataconnectionmanager-api.txt |7 +++ include/gprs.h|1 + src/gprs.c| 30 ++ 3 files changed, 38 insertions(+), 0 deletions(-) diff --git a/doc/dataconnectionmanager-api.txt b/doc

CurrentTechnology property in DCM

This series adds a new property to DCM to export the current technology used. Note this series is on top of [1] applied. Here is a log from ofonod: http://pastebin.com/L28y8HYj Here is a log from ofono-monitor: http://pastebin.com/YuNSekLW [1] [PATCH v6] Report cell technology capability for

[PATCH v6] Report cell technology capability for Option HSO modems

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- Now this version is tested and works as expected. Before at_creg_cb (creg_query) OCTI/OUWCTI is fired and after creg_notify. Now I'll takle the DCM patch for the techs. v6: fix double free v5: don't send AT+CREG? t

[PATCH v5] Report cell technology capability for Option HSO

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- not run or testest because of missing modem. v5: don't send AT+CREG? twice v4: clean up :) v3: simplify even more. v2: simplify v1 and use two callbacks instead of one v1: do not depend on unsoliced message. use only

[PATCH v4] Report cell technology capability for Option HSO

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- not run or testest because of missing modem. v4: clean up :) v3: simplify even more. v2: simplify v1 and use two callbacks instead of one v1: do not depend on unsoliced message. use only octi & ouwcti, no ossysi v0:

[PATCH v3] Report cell technology capability for Option HSO

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- Not run or testest because of missing modem. v3: simplify even more. v2: simplify v1 and use two callbacks instead of one v1: do not depend on unsoliced message. use only octi & ouwcti, no ossysi v0: based on "[RFC v

[PATCH v2] Report cell technology capability for Option HSO modems

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- This patch needs some more testing. v2: simplify v1 and use two callbacks instead of one v1: do not depend on unsoliced message. use only octi & ouwcti, no ossysi v0: based on "[RFC v3] Readout technology form Option

[PATCH v1] Report cell technology capability for Option HSO modems

Option modem use OCTI and OUWCTI commands for reporting the cell capability. --- This patch needs some more testing. v1: do not depend on unsoliced message. use only octi & ouwcti, no ossysi v0: based on "[RFC v3] Readout technology form Option HSO modems" drivers/atmodem/atutil.c

[PATCH v0] Report cell technology capability for Option HSO modems

Option modem use OCTI and OSSYSI commands for reporting the cell capability. --- The log to this patch: http://pastebin.com/xrbrUGeL Unfortunalty, I couldn't get away without OSSYSI updating the netreg info. v0: based on "[RFC v3] Readout technology form Option HSO modems" drivers/atmodem/netw

Re: [RFC v3] Readout technology form Option HSO modems

This version just relys on CREG appearing _after_ the OCTI OSSYSI [OUWCTI] sequence. I've uploaded a log of the current version with timestamps added. http://pastebin.com/qUMsh6sk An intereseting sequence in the log file is from line 376 to 401. This is roaming from 2g to 3g, but OUWCTI is commi

[RFC v3] Readout technology form Option HSO modems

To find out which the current technology is on we have to issue OCTI and OWCTI. OCTI returns 2G information and OWCTI returns 3G information. OWCTI overrules OCTI. The OSSYSI unsolicited command tells which of information should be considered. Unfortunately, AT_OSSYSI? only returns error. OSSYSI

Re: [RFC v2] Readout technology form Option HSO modems

On 06/08/2010 10:28 AM, Daniel Wagner wrote: To find out which the current technology is on we have to issue OCTI and OWCTI. OCTI returns 2G information and OWCTI returns 3G information. OWCTI overrules OCTI. I had a short look at my Huawei E160 modem. On the secondary channel it reports with

[RFC v2] Readout technology form Option HSO modems

To find out which the current technology is on we have to issue OCTI and OWCTI. OCTI returns 2G information and OWCTI returns 3G information. OWCTI overrules OCTI. The OSSYSI unsolicited command tells which of information should be considered. Unfortunately, AT_OSSYSI? only returns error. OSSYSI

[RFC v1] Readout technology from Option HSO modems

To find out which the current technology is on we have to issue OCTI and OWCTI. OCTI returns 2G information and OWCTI returns 3G information. OWCTI overrules OCTI. The OSSYSI unsolicited command tells which of information should be considered. Unfortunately, AT_OSSYSI? only returns error. OSSYSI

[RFC] Readout technology from Option HSO modems

According MM the OSSYSI commands returns the information which command has to be considered for details. OSSYSI 0 -> TECH_GPRS (use OCTI for details) OSSYSI 2 -> TECH_UMTS (use OWCTI for details) OCTI 1 -> GSM OCTI 2 -> GPRS OCTI 3 -> EDGE OWCTI 1 -> UMTS OWCTI 2 -> HSDPA OWCTI 3 -> HSUPA OWCTI

Re: How To Run the PhoneSIM and OFono

Hi Arun, I had checked all the available archives for ofono to find how to run the phone simulator. It looks like the information is either wrong or outdated. Aparently your google-foo isn't good enough :) Sankar had the same question a few days ago: http://article.gmane.org/gmane.comp.hand

Re: [PATCH v1] Read EF_ICCID property of SIM

Hi Denis, On Thu, May 20, 2010 at 06:52:36AM +0200, Denis Kenzior wrote: > Hi Daniel, > > > Tested with phonesim. > > > > +#define OFONO_MAX_ICCID_LENGTH 20 > > + > > For future reference, if a define is not used or planned to be used by > plugins, > there's no need to declare it in the publi

Re: Need your help - Few queries on ofono

Hi Sankar, On Thu, May 20, 2010 at 12:07:00PM +0200, Sankar wrote: > Hi Daniel, > > I have a few queries on ofono telephony stack. Can you please help me. > Thanks for your time. > > My question is: > > 1. I downloaded the ofono source code from the web, Tried compiling it, and > building it.

[PATCH v1] Read EF_ICCID property of SIM

Tested with phonesim. --- v0: initial patch v1: use ofono_read_sim doc/sim-api.txt |5 + include/types.h |2 ++ src/sim.c | 37 + src/simutil.h |1 + 4 files changed, 45 insertions(+), 0 deletions(-) diff --git a/doc/sim-api.txt b/do

[PATCH] Add EFiccid entry

--- src/default.xml |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/src/default.xml b/src/default.xml index 4cb5f1d..4080676 100644 --- a/src/default.xml +++ b/src/default.xml @@ -3150,6 +3150,10 @@ OK + +98 94 22 02 47 54 21 24 60 F6 + + 08 09 10 10 10

Re: [PATCH v0] Read EF_ICCID property of SIM

Hi Denis, > > > It's a Option iCON 451. I didn't check what "\r\r\n+CRSM: > > > 144,0,"03"\r\n\r\nOK\r\n" exaclty means. I guess I have to check the > > > standard. > > > > (of course I did copy the wrong line) > > > > ofonod[18879]: Control:< \r\r\n+CRSM: 111,0\r\n\r\nOK\r\n > > > > Yes the O

Re: [PATCH v0] Read EF_ICCID property of SIM

> It's a Option iCON 451. I didn't check what "\r\r\n+CRSM: > 144,0,"03"\r\n\r\nOK\r\n" exaclty means. I guess I have to check the > standard. (of course I did copy the wrong line) ofonod[18879]: Control:< \r\r\n+CRSM: 111,0\r\n\r\nOK\r\n ___ ofono ma

Re: [PATCH v0] Read EF_ICCID property of SIM

Hi Denis, On Tue, Apr 27, 2010 at 04:21:21PM +0200, Denis Kenzior wrote: > Hi Daniel, > > > On Tue, Apr 27, 2010 at 08:36:31AM +0200, Daniel Wagner wrote: > > > > Please use the sim file queue like EFpl does, no need to invent your > > > > own solution. &

Re: [PATCH v0] Read EF_ICCID property of SIM

On Tue, Apr 27, 2010 at 08:36:31AM +0200, Daniel Wagner wrote: > > Please use the sim file queue like EFpl does, no need to invent your own > > solution. > > I used the ofono_sim_read function but that didn't work. On the > terminal I saw only: >

Re: [PATCH v0] Read EF_ICCID property of SIM

Hi Denis, > > + > > + extract_bcd_number(data, len, number); > > + number[OFONO_MAX_ICCID_LENGTH] = '\0'; > > + sim->iccid = g_strdup(number); > > + > > + DBG("ICCID %s", sim->iccid); > > +} > > + > > You might want to emit the property changed signal with the new ICCID value > here. I

[PATCH v0] Read EF_ICCID property of SIM

Read out Intergrated Cicruit Card Identifier from SIM. --- v0: initial version doc/sim-api.txt |5 + include/types.h |2 ++ src/sim.c | 29 + src/simutil.h |1 + 4 files changed, 37 insertions(+), 0 deletions(-) diff --git a/doc/sim-api.txt

Re: How to handle pins?

On Fri, Apr 23, 2010 at 04:29:23PM +0200, Pekka Pessi wrote: > 2010/4/23 Daniel Wagner : > >> Anyway it is the issue we need to resolve. So I also copy it to oFono > >> maillist for comments. ;-) > > > > Okay. Is there a proper way to identify a SIM when it is s

Re: How to handle pins?

Hi Martin, On Thu, Apr 22, 2010 at 02:54:38AM +0200, Xu, Martin wrote: > > modify connmand that way, that it shows the modem as device (with a > > new property "PinRequired") even when the GPRS interface is not yet > > available. Though I had to hackaround with the IMSI (which is used as > > uniq

[PATCH] Add script for entering pin

--- I found this script helpful during debugging. Feel free to add. test/enter-pin | 26 ++ 1 files changed, 26 insertions(+), 0 deletions(-) create mode 100755 test/enter-pin diff --git a/test/enter-pin b/test/enter-pin new file mode 100755 index 000..792b6b2 ---

Re: [PATCH] Add support for Option iCON 451

Hi Gustavo, On Wed, Apr 14, 2010 at 07:43:47AM +0200, Gustavo F. Padovan wrote: > Hi Daniel, > > * Daniel Wagner [2010-04-14 07:45:11 +0200]: > > > Signed-off-by: Daniel Wagner > > We do not use the signed-off line in oFono. Ah, sorry about that . Didn't know t

[PATCH] Add support for Option iCON 451

Signed-off-by: Daniel Wagner --- plugins/ofono.rules |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/plugins/ofono.rules b/plugins/ofono.rules index f22d708..e6da49d 100644 --- a/plugins/ofono.rules +++ b/plugins/ofono.rules @@ -16,6 +16,7 @@ ATTRS{idVendor}=="

<    1   2   3