DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org BAC5D2243E
Content-Type: text/plain;
        charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 12.1 \(3445.101.1\))
Subject: Re: [PATCH BlueZ v2] doc: Initial Bluetooth Mesh API
From:   Johan Hedberg <johan.hedberg@gmail.com>
In-Reply-To: <CABBYNZJLLxNC3BQvyDxzTFLppe25ke=VK_9QtvJsNbCFjnUW2A@mail.gmail.com>
Date:   Mon, 12 Nov 2018 13:58:07 +0100
Cc:     "Stotland, Inga" <inga.stotland@intel.com>,
        "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>,
        Marcel Holtmann <marcel@holtmann.org>,
        "Gix, Brian" <brian.gix@intel.com>
Content-Transfer-Encoding: quoted-printable
Message-Id: <4C0377DF-430B-4A2C-BA6E-CC4B9C6ED9F6@gmail.com>
References: <20181112013317.5714-1-inga.stotland@intel.com>
 <CABBYNZJLLxNC3BQvyDxzTFLppe25ke=VK_9QtvJsNbCFjnUW2A@mail.gmail.com>
To:     Luiz Von Dentz <luiz.dentz@gmail.com>
Sender: linux-bluetooth-owner@vger.kernel.org
Precedence: bulk

Hi Luiz

> On 12 Nov 2018, at 13.24, Luiz Augusto von Dentz =
<luiz.dentz@gmail.com> wrote:
>=20
> It seems wrong  to me to have to send your own object as method
> argument, usually this sort of communication goes as a Signal but it
> seems the Element interface has no signal to be able to do something
> like that.

The problem with signals is that they cannot return an error, and I do =
think we=E2=80=99d want to have the daemon return an error if it cannot =
send the given message. Also, by default signals are broadcast, and it =
feels a bit hawkish to do unicast destinations for them.

Johan=