linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
To: "Pali Rohár" <pali.rohar@gmail.com>
Cc: "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Subject: Re: [PATCH v3 1/9] doc/media-api: Enable MediaEndpoint to expose remote SEP
Date: Fri, 19 Apr 2019 14:48:38 +0300	[thread overview]
Message-ID: <CABBYNZLEGBErmSiJAUV=+6b1SvXh98ExiMmMDkh3p=MqP53gzQ@mail.gmail.com> (raw)
In-Reply-To: <20190419110159.7tec3yejhh4lnokb@pali>

Hi Pali,

On Fri, Apr 19, 2019 at 2:02 PM Pali Rohár <pali.rohar@gmail.com> wrote:
>
> On Friday 19 April 2019 13:04:01 Luiz Augusto von Dentz wrote:
> > Hi Pali,
> >
> > On Fri, Apr 19, 2019 at 11:03 AM Pali Rohár <pali.rohar@gmail.com> wrote:
> > >
> > > On Wednesday 27 March 2019 12:14:30 Pali Rohár wrote:
> > > > On Sunday 27 January 2019 03:00:38 Pali Rohár wrote:
> > > > > On Wednesday 23 January 2019 13:24:22 Luiz Augusto von Dentz wrote:
> > > > > > Hi Pali,
> > > > > > On Tue, Jan 22, 2019 at 7:56 PM Pali Rohár <pali.rohar@gmail.com> wrote:
> > > > > > >
> > > > > > > On Tuesday 22 January 2019 16:20:12 Luiz Augusto von Dentz wrote:
> > > > > > > > Hi Pali,
> > > > > > > > On Tue, Jan 22, 2019 at 3:45 PM Luiz Augusto von Dentz
> > > > > > > > <luiz.dentz@gmail.com> wrote:
> > > > > > > > >
> > > > > > > > > From: Luiz Augusto von Dentz <luiz.von.dentz@intel.com>
> > > > > > > > >
> > > > > > > > > This adds the possibility to expose remote SEP using MediaEndpoint
> > > > > > > > > interface to allow setting a configuration.
> > > > > > > > > ---
> > > > > > > > >  doc/media-api.txt | 27 +++++++++++++++++++++++++--
> > > > > > > > >  1 file changed, 25 insertions(+), 2 deletions(-)
> > > > > > > > >
> > > > > > > > > diff --git a/doc/media-api.txt b/doc/media-api.txt
> > > > > > > > > index b5ad2db12..af9485342 100644
> > > > > > > > > --- a/doc/media-api.txt
> > > > > > > > > +++ b/doc/media-api.txt
> > > > > > > > > @@ -500,14 +500,23 @@ Properties        object Player [readonly]
> > > > > > > > >  MediaEndpoint1 hierarchy
> > > > > > > > >  ========================
> > > > > > > > >
> > > > > > > > > -Service                unique name
> > > > > > > > > +Service                unique name (Server role)
> > > > > > > > > +               org.bluez (Client role)
> > > > > > > > >  Interface      org.bluez.MediaEndpoint1
> > > > > > > > > -Object path    freely definable
> > > > > > > > > +Object path    freely definable (Server role)
> > > > > > > > > +               [variable prefix]/{hci0,hci1,...}/dev_XX_XX_XX_XX_XX_XX/sepX
> > > > > > > > > +               (Client role)
> > > > > > > > >
> > > > > > > > >  Methods                void SetConfiguration(object transport, dict properties)
> > > > > > > > >
> > > > > > > > >                         Set configuration for the transport.
> > > > > > > > >
> > > > > > > > > +                       For client role transport must be set with a server
> > > > > > > > > +                       endpoint oject which will be configured and the
> > > > > > > > > +                       properties must contain the following properties:
> > > > > > > > > +
> > > > > > > > > +                               array{byte} Capabilities
> > > > > > > > > +
> > > > > > > > >                 array{byte} SelectConfiguration(array{byte} capabilities)
> > > > > > > > >
> > > > > > > > >                         Select preferable configuration from the supported
> > > > > > > > > @@ -532,6 +541,20 @@ Methods            void SetConfiguration(object transport, dict properties)
> > > > > > > > >                         endpoint, because when this method gets called it has
> > > > > > > > >                         already been unregistered.
> > > > > > > > >
> > > > > > > > > +Properties     string UUID [readonly, optional]:
> > > > > > > > > +
> > > > > > > > > +                       UUID of the profile which the endpoint is for.
> > > > > > > > > +
> > > > > > > > > +               byte Codec [readonly, optional]:
> > > > > > > > > +
> > > > > > > > > +                       Assigned number of codec that the endpoint implements.
> > > > > > > > > +                       The values should match the profile specification which
> > > > > > > > > +                       is indicated by the UUID.
> > > > > > > > > +
> > > > > > > > > +               array{byte} Capabilities [readonly, optional]:
> > > > > > > > > +
> > > > > > > > > +                       Capabilities blob, it is used as it is so the size and
> > > > > > > > > +                       byte order must match.
> > > > > > > > >
> > > > > > > > >  MediaTransport1 hierarchy
> > > > > > > > >  =========================
> > > > > > > > > --
> > > > > > > > > 2.17.2
> > > > > > > >
> > > > > > > > Can you try this set?
> > > > > > >
> > > > > > > Hi! In V3 you added only "a2dp: Add reverse discovery" patch right?
> > > > > > > I tested my setup also with this patch and there is no difference,
> > > > > > > pulseaudio is working fine :-)
> > > > > > >
> > > > > >
> > > > > > Applied.
> > > > >
> > > > > Hi! I have one bug report for these patches.
> > > > >
> > > > > When I manually disconnect A2DP profile, but let HFP active then all SEP
> > > > > paths on D-Bus disappear.
> > > > >
> > > > >   qdbus --system org.bluez /org/bluez/hci0/dev_XX_XX_XX_XX_XX_XX org.bluez.Device1.DisconnectProfile 0000110b-0000-1000-8000-00805f9b34fb
> > > > >
> > > > > So pulseaudio would still see bluetooth device as active (because HFP is
> > > > > in use), but does not see any A2DP codec as all remote SEPs from DBus
> > > > > were removed.
> > > > >
> > > > > It is possible to not remove remote SEPs when A2DP sink profile is
> > > > > manually disconnected?
> > > >
> > > > Hi Luiz! Have you looked at above problem?
> > >
> > > Hi! This one problem is still there.
> >
> > This should have been fixed:
> >
> > https://git.kernel.org/pub/scm/bluetooth/bluez.git/commit/?id=9f7659a44601e043bdb6724b0ab4f3f59c46e9fe
>
> Hi! It is still not fixed. I have that commit applied (it is in master
> branch), but SEPs still disappears from dbus after calling
> DisconnectProfile 0000110b-0000-1000-8000-00805f9b34fb as described
> above; even HFP/HSP is still active.
>
> Can you reproduce that problem?

We remove the objects when we disconnect AVDTP, this is working as
intended as we don't want to initiate the connection directly from the
endpoint as those may have disappeared or changed to some other codec
while disconnected.

-- 
Luiz Augusto von Dentz

  reply	other threads:[~2019-04-19 18:39 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-01-22 13:45 [PATCH v3 1/9] doc/media-api: Enable MediaEndpoint to expose remote SEP Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 2/9] a2dp: Expose " Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 3/9] doc/media-api: Add Endpoint property to MediaTransport Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 4/9] a2dp: Implement MediaTransport.Endpoint Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 5/9] doc/settings-storage: Add Endpoint group to cache Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 6/9] a2dp: Cache remote endpoints Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 7/9] doc/media-api: Add Device property to MediaEndpoint Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 8/9] a2dp: Add implementation of MediaEndpoint.Device Luiz Augusto von Dentz
2019-01-22 13:45 ` [PATCH v3 9/9] a2dp: Add reverse discovery Luiz Augusto von Dentz
2019-01-22 14:20 ` [PATCH v3 1/9] doc/media-api: Enable MediaEndpoint to expose remote SEP Luiz Augusto von Dentz
2019-01-22 17:56   ` Pali Rohár
2019-01-23 11:24     ` Luiz Augusto von Dentz
2019-01-27  2:00       ` Pali Rohár
2019-03-27 11:14         ` Pali Rohár
2019-04-19  8:03           ` Pali Rohár
2019-04-19 10:04             ` Luiz Augusto von Dentz
2019-04-19 11:01               ` Pali Rohár
2019-04-19 11:48                 ` Luiz Augusto von Dentz [this message]
2019-04-19 12:04                   ` Pali Rohár
2019-04-20  6:43                     ` Luiz Augusto von Dentz
2019-04-20  7:00                       ` Pali Rohár
2019-04-20  7:31                         ` Luiz Augusto von Dentz
2019-04-05 16:47       ` Pali Rohár
2019-04-08  9:41         ` Luiz Augusto von Dentz
2019-04-08  9:47           ` Luiz Augusto von Dentz
2019-04-08  9:53             ` Pali Rohár
2019-04-19  8:03           ` Pali Rohár
2019-05-03  6:17       ` Pali Rohár

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CABBYNZLEGBErmSiJAUV=+6b1SvXh98ExiMmMDkh3p=MqP53gzQ@mail.gmail.com' \
    --to=luiz.dentz@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=pali.rohar@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).