Return-Path: MIME-Version: 1.0 In-Reply-To: References: <1457094267-5925-1-git-send-email-luiz.dentz@gmail.com> <1457094267-5925-2-git-send-email-luiz.dentz@gmail.com> Date: Thu, 10 Mar 2016 11:35:23 +0200 Message-ID: Subject: Re: [PATCH BlueZ 2/2] core/device: Don't set MTU when acting as a peripheral From: Luiz Augusto von Dentz To: =?UTF-8?Q?=C5=81ukasz_Rymanowski?= Cc: "linux-bluetooth@vger.kernel.org" Content-Type: text/plain; charset=UTF-8 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Lukasz, On Thu, Mar 10, 2016 at 11:17 AM, Łukasz Rymanowski wrote: >> Not only we cannot be configured as server, but even if we do the >> roles are only relevant for PTS because otherwise there is no way to >> tell the roles of the remote device. > > If device sends request that means it is a Client. If not that means > it is a Server. Well if it send it can be a Client/Server as well, btw some systems including Android appear to have support to send Exchange MTU at any point so detecting a server only pretty hard, besides our current design split Server and Client functionality so waiting to see if anything has been received before starting sending anything is not so trivial and we had still to choose an arbitrary timeout to wait for detecting the role but if both are based on BlueZ this would just delay each other.