From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from h1446028.stratoserver.net ([85.214.92.142]:51038 "EHLO mail.ahsoftware.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934356Ab2LISRB (ORCPT ); Sun, 9 Dec 2012 13:17:01 -0500 Message-ID: <50C4D58E.4020702@ahsoftware.de> Date: Sun, 09 Dec 2012 19:16:46 +0100 From: Alexander Holler MIME-Version: 1.0 To: Lars-Peter Clausen CC: linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, Jonathan Cameron , rtc-linux@googlegroups.com, Alessandro Zummo , srinivas pandruvada Subject: Re: [PATCH 3/3] iio: add rtc-driver for HID sensors of type time References: <1355055699-2965-1-git-send-email-holler@ahsoftware.de> <1355055699-2965-4-git-send-email-holler@ahsoftware.de> <50C48A42.9070806@metafoo.de> <50C4BEFF.2010304@ahsoftware.de> In-Reply-To: <50C4BEFF.2010304@ahsoftware.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Sender: linux-iio-owner@vger.kernel.org List-Id: linux-iio@vger.kernel.org Am 09.12.2012 17:40, schrieb Alexander Holler: > Am 09.12.2012 13:55, schrieb Lars-Peter Clausen: >> On 12/09/2012 01:21 PM, Alexander Holler wrote: >>> This driver makes the time from HID sensors (hubs) which are offering >>> such available like any other RTC does. >>> >>> Currently the time can only be read. Setting the time must be done >>> through sending a report, which currently isn't supported by >>> hid-sensor-hub. >>> >>> It is necessary that all values like year, month etc, are send as >>> 8bit values (1 byte each) and all of them in 1 report. Also the >>> spec HUTRR39b doesn't define the range of the year field, we >>> tread it as 0 - 99 because that's what most RTCs I know about are >>> offering. >> >> I don't think we should register a IIO device for this. Just an RTC >> device >> should be fully sufficient. >> > > You would have to implement all the used services hid-sensor-hub offers > in the rtc-driver again. Besides that, time is part of the spec for HID sensors, which makes sense. Making that available as a RTC to read/set the time is imho the best to way support that. If you want a driver which doesn't use the HID sensor hub framework (or iio), you would either have to define your own standard or make sure it is interoperable with the HID sensor hub framework, which might not be trivial. Regards, Alexander