c
>
> ___________
> ofono mailing list
> ofono@ofono.org
> http://lists.ofono.org/listinfo/ofono
>
--
Luiz Augusto von Dentz
Computer Engineer
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
From: Luiz Augusto von Dentz
---
plugins/bluetooth.c | 31 ++-
plugins/bluetooth.h |4 +---
2 files changed, 19 insertions(+), 16 deletions(-)
diff --git a/plugins/bluetooth.c b/plugins/bluetooth.c
index f9bc0b5..7e0705f 100644
--- a/plugins/bluetooth.c
+++ b
From: Luiz Augusto von Dentz
BlueZ also uses lower case
---
plugins/bluetooth.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/plugins/bluetooth.h b/plugins/bluetooth.h
index 505d908..318e4b0 100644
--- a/plugins/bluetooth.h
+++ b/plugins/bluetooth.h
@@ -27,7 +27,7
From: Luiz Augusto von Dentz
If an adapter or device is removed any data associate should be removed,
otherwise the next time they appear/are created the drivers may not
asssociate again.
---
plugins/bluetooth.c | 79 --
plugins/bluetooth.h
Hi Denis,
On Fri, Jul 1, 2011 at 11:21 AM, Denis Kenzior wrote:
> Hi Luiz,
>
> On 07/01/2011 02:12 AM, Luiz Augusto von Dentz wrote:
>> From: Luiz Augusto von Dentz
>>
>> If an adapter or device is removed any data associate should be removed,
>> otherwise the
From: Luiz Augusto von Dentz
If an adapter or device is removed any data associate should be removed,
otherwise the next time they appear/are created the drivers may not
asssociate again.
---
plugins/bluetooth.c | 79 --
plugins/bluetooth.h
o
>>> this week to get this done soon.
Well I suppose we will be using the endpoint to handle this.
>>> Regards,
>>>
>>> --
>>> Gustavo F. Padovan
>>> ProFUSION embedded systems - http://profusion.mobi
>>>
>>
>>
>>
>> --
&
this would not be
a problem since we know before hand who to call.
--
Luiz Augusto von Dentz
Engenheiro de Computação
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
Hi Johan,
On Tue, Jan 19, 2010 at 12:33 PM, Johan Hedberg wrote:
> Hi Luiz,
>
> On Tue, Jan 19, 2010, Luiz Augusto von Dentz wrote:
>> Also the problem with this being in the device path is that ofono may
>> not be registered as an agent on connect (both ways) which will ca
n a very similar way as avrcp does for a2dp,
although for avrcp we don't really need an agent as we use uinput.
> Any help on testing and getting this working together or comments on the
> topic would be appreciated.
There is already some code in my git tree:
http://gitorious.org/~vudentz/
ntinue;
- }
-
data->processed = g_slist_append(data->processed, cb);
}
--
Luiz Augusto von Dentz
Computer Engineer
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
data->name, NULL,
+ NULL, NULL, NULL);
+
return cb->id;
}
@@ -626,7 +720,8 @@ void g_dbus_remove_all_watches(DBusConnection *connection)
{
struct filter_data *data;
- while ((data = filter_data_find(connection, NULL, NULL, NULL, NULL,
NULL))) {
+ while ((data = filter_data_find(connection, NULL, NULL, NULL, NULL,
+ NULL, NULL))) {
listeners = g_slist_remove(listeners, data);
filter_data_call_and_free(data);
}
--
1.6.3.3
--
Luiz Augusto von Dentz
Computer Engineer
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
ame,
return 0;
if (connect)
- check_service(connection, name, connect, user_data);
+ check_service(connection, name, cb);
return cb->id;
}
--
1.6.3.3
--
Luiz Augusto von Dentz
Computer Engineer
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
"PropertyChanged",
property_changed, NULL, NULL);
--
1.6.3.3
--
Luiz Augusto von Dentz
Computer Engineer
___
ofono mailing list
ofono@ofono.org
http://lists.ofono.org/listinfo/ofono
From: Luiz Augusto von Dentz
---
plugins/bluetooth.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/plugins/bluetooth.c b/plugins/bluetooth.c
index dbf79eb..cb5fe24 100644
--- a/plugins/bluetooth.c
+++ b/plugins/bluetooth.c
@@ -275,7 +275,7 @@ static void bluetooth_probe
From: Johan Hedberg
When getting disconnected from the bus sometimes (maybe always?)
dbus_watch_handle() can cause the "info" context to be free'd meaning
that we should not try to access it after the call. The only member we
need access to is the connection pointer and as the code already has a
From: Lucas De Marchi
When we add a signal handler with g_dbus_add_signal_watch(), this
function tries to multiplex the matches added in libdbus by checking
if there's a previous filter_data with the same fields. However, if the
field is NULL it accepts as being the same. The result is that the
f
From: Luiz Augusto von Dentz
g_slist_remove_link does not free the node which can cause leaks so
replace that with g_slist_delete_link which does free memory properly.
---
gdbus/watch.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gdbus/watch.c b/gdbus/watch.c
index
From: Lucas De Marchi
Now this function is only used for searching the listeners of a
connection and the other parameters are not needed anymore.
---
gdbus/watch.c | 43 +--
1 file changed, 5 insertions(+), 38 deletions(-)
diff --git a/gdbus/watch.c b/gdb
ase and
RequestDisconnection, the former should cause a forceful disconnect if
connected while the latter should disconnect gracefully so bluetoothd
will wait for the response so in theory Release can happen without
RequestDisconnection being called before.
--
Luiz Augusto von Dentz
___
ofono mailing list
ofono@ofono.org
https://lists.ofono.org/mailman/listinfo/ofono
ng the kernel has SCO defer setup handling, we
> should be okay with the current behavior. Comments?
That can create a situation where nobody else can listen on SCO even
before oFono register HFP, while this is mostly fine as platforms
should probably have a single solution for HFP it would pro
Hi Denis,
On Wed, Aug 21, 2013 at 6:21 PM, Denis Kenzior wrote:
> Hi Luiz,
>
>
> On 08/21/2013 05:29 AM, Luiz Augusto von Dentz wrote:
>>
>> Hi Denis,
>>
>> On Tue, Aug 20, 2013 at 6:41 PM, Denis Kenzior wrote:
>>>
>>> Hi Luiz,
>>>
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend stream when idle
for a certain amount of time and once anything happens it will resume
From: Luiz Augusto von Dentz
In case the UUIDs are not updated, or are still being resolved, when
Paired property changes a modem will never be registered.
In order to fix this problem allow modems to be registered directly
during NewConnection.
---
plugins/hfp_hf_bluez5.c | 193
Hi Denis,
On Thu, Apr 27, 2017 at 9:28 PM, Denis Kenzior wrote:
> Hi Luiz,
>
> On 04/27/2017 07:55 AM, Luiz Augusto von Dentz wrote:
>>
>> From: Luiz Augusto von Dentz
>>
>> In case the UUIDs are not updated, or are still being resolved, when
>> Paired
From: Luiz Augusto von Dentz
This adds handling for ServicesResolved signal which tells when BlueZ
is done resolving the device services so the code will no longer ignore
devices that got its services resolved after Paired signal.
---
plugins/hfp_hf_bluez5.c | 10 +++---
1 file changed, 7
From: Luiz Augusto von Dentz
In case the UUIDs are not updated, as they are still being resolved, when
Paired property changes a modem will never be registered.
In order to fix this problem allow modems to be registered directly
during NewConnection.
---
plugins/hfp_hf_bluez5.c | 193
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend stream when idle
for a certain amount of time and once anything happens it will resume
From: Luiz Augusto von Dentz
In case the UUIDs are not updated, as they are still being resolved, when
Paired property changes a modem will never be registered.
In order to fix this problem allow modems to be registered directly
during NewConnection.
---
plugins/hfp_hf_bluez5.c | 193
From: Luiz Augusto von Dentz
This adds handling for ServicesResolved signal which tells when BlueZ
is done resolving the device services so the code will no longer ignore
devices that got its services resolved after Paired signal.
---
plugins/hfp_hf_bluez5.c | 10 +++---
1 file changed, 7
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend stream when idle
for a certain amount of time and once anything happens it will resume
Hi Denis,
On Mon, May 1, 2017 at 6:57 PM, Denis Kenzior wrote:
> Hi Luiz,
>
>
> On 04/28/2017 04:31 AM, Luiz Augusto von Dentz wrote:
>>
>> From: Luiz Augusto von Dentz
>>
>> This adds handling for ServicesResolved signal which tells when BlueZ
>> is
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend streams when idle
for a certain amount of time and once anything happens it will resume
From: Luiz Augusto von Dentz
In case the UUIDs are not updated, as they are still being resolved, when
Paired property changes a modem will never be registered.
In order to fix this problem allow modems to be registered directly
during NewConnection.
---
plugins/hfp_hf_bluez5.c | 12
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
---
src/handsfree-audio.c | 9 +
1 file changed, 9 insertions(+)
diff --git a/src/handsfree-audio.c b/src/handsfree-audio.c
index
From: Luiz Augusto von Dentz
This adds handling for ServicesResolved signal which tells when BlueZ
is done resolving the device services so the code will no longer ignore
devices that got its services resolved after Paired signal.
---
plugins/hfp_hf_bluez5.c | 3 ++-
1 file changed, 2
From: Luiz Augusto von Dentz
This splits the handling of device changes and modem registration so
they can be uses separately.
---
plugins/hfp_hf_bluez5.c | 150 ++--
1 file changed, 80 insertions(+), 70 deletions(-)
diff --git a/plugins
From: Luiz Augusto von Dentz
This adds handling for ServicesResolved signal which tells when BlueZ
is done resolving the device services so the code will no longer ignore
devices that got its services resolved after Paired signal.
---
plugins/hfp_hf_bluez5.c | 3 ++-
1 file changed, 2
From: Luiz Augusto von Dentz
In case the UUIDs are not updated, as they are still being resolved, when
Paired property changes a modem will never be registered.
In order to fix this problem allow modems to be registered directly
during NewConnection.
---
plugins/hfp_hf_bluez5.c | 12
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend streams when idle
for a certain amount of time and once anything happens it will resume
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
---
src/handsfree-audio.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/handsfree-audio.c b/src/handsfree-audio.c
From: Luiz Augusto von Dentz
This splits the handling of device changes and modem registration so
they can be uses separately.
---
plugins/hfp_hf_bluez5.c | 150 ++--
1 file changed, 80 insertions(+), 70 deletions(-)
diff --git a/plugins
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
Note: sounds servers like PulseAudio do auto suspend streams when idle
for a certain amount of time and once anything happens it will resume
From: Luiz Augusto von Dentz
This adds Acquire method which can be used by agents that require
pulling the fd directly instead of waiting a NewConnection.
---
src/handsfree-audio.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/src/handsfree-audio.c b/src/handsfree-audio.c
From: Luiz Augusto von Dentz
This splits the handling of device changes and modem registration so
they can be uses separately.
---
v6: Now properly rebased
plugins/hfp_hf_bluez5.c | 104 +---
1 file changed, 55 insertions(+), 49 deletions(-)
diff
plugin to
bluetoothd that way HSP/HFP becomes native again, that can either be
maintained in the tree or out of the tree.
--
Luiz Augusto von Dentz
___
ofono mailing list -- ofono@ofono.org
To unsubscribe send an email to ofono-le...@ofono.org
Hi Pali,
On Mon, Dec 16, 2019 at 1:15 AM Pali Rohár wrote:
>
> Hi!
>
> On Monday 16 December 2019 00:11:04 Luiz Augusto von Dentz wrote:
> > Hi Pali,
> >
> > On Thu, Dec 5, 2019 at 11:32 AM Pali Rohár wrote:
> > >
> > > On Monday 02 December 2019
47 matches
Mail list logo