Received-SPF: pass (google.com: best guess record for domain of linux-bluetooth-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Date:   Mon, 2 Dec 2019 20:49:28 +0100
From:   Sebastian Reichel <sre@kernel.org>
To:     Pali =?utf-8?B?Um9ow6Fy?= <pali.rohar@gmail.com>
Cc:     linux-bluetooth@vger.kernel.org,
        General PulseAudio Discussion 
        <pulseaudio-discuss@lists.freedesktop.org>, ofono@ofono.org,
        devkit-devel@lists.freedesktop.org,
        Bastien Nocera <hadess@hadess.net>,
        Georg Chini <georg@chini.tk>,
        Russell Treleaven <rtreleaven@bunnykick.ca>,
        Luiz Augusto von Dentz <luiz.dentz@gmail.com>,
        Tanu Kaskinen <tanuk@iki.fi>,
        Arun Raghavan <arun@arunraghavan.net>,
        Marcel Holtmann <marcel@holtmann.org>,
        Pavel Machek <pavel@ucw.cz>
Subject: Re: Proposal for a new API and usage of Bluetooth HSP and HFP
 profiles on Linux
Message-ID: <20191202194928.nmcucpoabwf2ce3n@earth.universe>
References: <20191201185740.uot7zb2s53p5gu7z@pali>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha512;
        protocol="application/pgp-signature"; boundary="3hixyzurn7x44vjr"
Content-Disposition: inline
In-Reply-To: <20191201185740.uot7zb2s53p5gu7z@pali>
Sender: linux-bluetooth-owner@vger.kernel.org
Precedence: bulk


--3hixyzurn7x44vjr
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi,

On Sun, Dec 01, 2019 at 07:57:40PM +0100, Pali Roh=E1r wrote:
> [...]
>
> For handle this problem I would like to propose a new way how to use and
> implement HSP and HFP profiles on Linux.
>=20
> Implement a new HSP/HFP daemon (I called it hsphfpd) which register HSP
> and HFP profiles in bluez and then exports functionality for all other
> specific applications via DBus API (API for audio, power supply, input
> layer, telephony functions, vendor extensions, etc...). So it would acts
> as proxy daemon between bluez and target applications (pulseaudio,
> upower, ofono, ...)
>
> [...]

Makes sense to me. My TODO list for the power-supply subsystem
contains providing an API similar to uinput, but for batteries/chargers.
I suppose that would be very useful for the daemon :)

-- Sebastian

--3hixyzurn7x44vjr
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEE72YNB0Y/i3JqeVQT2O7X88g7+poFAl3lasUACgkQ2O7X88g7
+prEDw//Z6n5Vqe7LPkVNBdWb5RcepC5SXsdMrOWcRZiG2l+ONx3TllLio1oKQzY
4ySobqzSsYjrMPuutOk5FkevIePy5Bz4CUj7N/GzguMBgBl/AwjM1YD5UvW+B/lU
AliVp4D7uNE4i4JgvKsVP5oC7BFzY8UPHC1vc6BS5r9HZZ7ftHFaNvVhYZpCEdn/
TiM3DcyL699MhXPZTXWIWJQNIUFJMNgk46Oqf6MYLfv6uMZy3R84jQ/z+8o81tMZ
4MtsYqJEGZrcmA8zhJrgHowV6ct7iVrdMKtam8yebFgHBOHLGIgOz3ELVO1V4P6r
/ysQQq1UwOqp25smRmpiXziQ0vVVj38IKlO+rnNCie+XdcNxR0HwpZsGhepIrR9e
+5HInSMZsfmF2MA97VVfB6JDbkCynk/8HEbddnRPm44suhkEvzMlrZOsnjVLBy2I
E52luL2LETOYrty9DHdM0SobZ7T4rAMHBuemr7zjYFm2gZ/0oYTdDIMWBDQrk0eS
BA/e79rgTzH7iMlKhzMCavfOuCRUbWujBayo/d0xyugOC6y8hsGD/PIVu03Bxj/P
w7oA4PPITTVvxKis4/pvg9QoZhU84b/8T7Ea7i3/LTqIXEhtZrSx8S/wkSRt9Cck
4qP1pasTIz08mJ+j5GibSI9NecpmP62zWOu+rKfXunzGcgTmzjo=
=vyz5
-----END PGP SIGNATURE-----

--3hixyzurn7x44vjr--