Return-Path: MIME-Version: 1.0 In-Reply-To: <1264776266-7646-1-git-send-email-jprvita@gmail.com> References: <1264776266-7646-1-git-send-email-jprvita@gmail.com> Date: Tue, 2 Feb 2010 09:03:57 -0800 Message-ID: <2d5a2c101002020903p19f78ddbxef5aaf6bb6096433@mail.gmail.com> Subject: Re: [RFC] [PATCH 0/2] HFP AG integration with PulseAudio From: Luiz Augusto von Dentz To: =?ISO-8859-1?Q?Jo=E3o_Paulo_Rechi_Vita?= Cc: pulseaudio-discuss@mail.0pointer.de, Gustavo Padovan , Johan Hedberg , Zheng Huan , Lennart Poettering , ofono@ofono.org, linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi, 2010/1/29 Jo?o Paulo Rechi Vita : > Hi all, > > I'm trying to add support for the Handsfree Gateway role Gustavo just added > to BlueZ and oFono. The BlueZ patches can be found on [1] and [2] and the > oFono part was just merged upstream. > > But when it comes to integrate them with Pulse, I'm getting a POLLHUP when > trying to write on the fd. Also, it seems different gateways have different > behaviours regarding when they connect the SCO link. Some phone connect > them just after the RFCOMM link (some Nokia phones), when there is no call > going on yet, and others just when a call is started (Android 1.5). > > Also, right now the same property (State) is beeing used to refer when the > RFCOOM link is established (State=Connected) and when the SCO link is > established (State=Playing). Shouldn't this be handled by separate props? > > And last but not least, is the new Media API intended to handle the audio > part of handsfree gateways too? If so, maybe we should use all this work > as a prototype for latter integration with the new API. Yep, Media API is supposed to handle this, that why I asked them to be though in an integrated manner maybe being registered in the same interface (although hfp is not really media only), anyway basically we should have pa acting as a2dp source/sink and/or hfp gateway/headset endpoint handling the audio. So in essence ofono is acting as a controller/target in 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/bluez/vudentzs-clone/commits/for-upstream -- Luiz Augusto von Dentz Engenheiro de Computa??o