Return-Path: MIME-Version: 1.0 In-Reply-To: References: <1322850850-18019-1-git-send-email-anderson.lizardo@openbossa.org> Date: Thu, 17 May 2012 10:50:41 -0400 Message-ID: Subject: Re: [PATCH RFC BlueZ 0/5] Time Profile (server) improvements From: Anderson Lizardo To: "Arun K. Singh" Cc: Arik Nemtsov , linux-bluetooth@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Arun, On Wed, May 16, 2012 at 7:40 AM, Arun K. Singh wrote: > Hi Anderson, > > On Thu, Feb 2, 2012 at 4:42 AM, Anderson Lizardo > wrote: > > > .. > >> But even with the initial implementation, most Time clients will be >> supported just fine. They will just not be able to update the phone's >> own time or be notified of manual changes to the phone time (this will >> be supported with the D-Bus API). > > Unless I missed such discussions on Time client support, could you > comment on plans to support it. From what I figure is a time client > will need to configure few things on the server such as notifying on > time udpates/reference time etc. which may need dedicated API's. Do > you have plans to support time client API's as well? The current code (and the relevant discussion) is only related to Time Server D-BUS API. It is needed so the platform specific stuff (e.g. system clock update) can be done outside of BlueZ, by a Time "agent". If you are interested on implementing Time Client support, you will need to propose a separate API. I am not aware of anyone working on client side support. > > Thanks, > Arun Best Regards, -- Anderson Lizardo Instituto Nokia de Tecnologia - INdT Manaus - Brazil