Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3778592imm; Mon, 17 Sep 2018 03:07:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdZ0WgrL1rb8HblYrMtX1sHmXkRSV9oz9cFc7cN5fIo0zeBFSVH5R0IPc0DcEOEQcHq56uVp X-Received: by 2002:a63:6a89:: with SMTP id f131-v6mr23229119pgc.165.1537178823715; Mon, 17 Sep 2018 03:07:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537178823; cv=none; d=google.com; s=arc-20160816; b=P+HDJTZrI+AzfLa/WkXDBp53wy/7kZI4QSm4m0zrRKvK6ebqqST4gLt4iaKF2C0aR3 YKtkRQI5uA41KUb/PYRmo6p8lUGZfUndsfAtVgOZqmqfyoNqZjHHuo8KfHPSm6fqgXSv VyQpJTpG84r4mVW2raqoYBatzNLiYKkqz08yeplatCNdUPWn5Qv2pEgR8QYwb8Umi0fl PriurESRF27lVaeRkbMwJLGHuVxRQ7WM661KhOWGCPCfytHQQEkt8lF2YGM0qzjHxa6S DFHmZ0CRSHyuiyaB8cp1zsUP58lozYKBkoOQdyAuKIFO6jE1s7w2+Gi01ZEDiEFVLrOQ adCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=3mhZHFjYiIhsd9G003gbskyXBa/fZI3SrG07s3/cFlI=; b=gbe4ufmSNdWKAq6gVjPMW9YyRNjmgEjKANFIKhaG/bf/Db8xmBm/8vsTnRAJzVXm7J 2SHGmsD4Jua4AHnzUBnFepRLAfeM9k/bD9otudOFpamNO7SMYPGJGaLln9ikxSznd9wX JMrow/B2frSSREabSOFw40hNc1bZPwpCYdXHiTDrs2G4twqOLn/TAqV7c0lUenaufcdh twDMJHab+wQA+gp2RwZk1nCx+UAD63SXgdmSiLXY9bxGhShnfEk/3NmWkbqKUGTtZF0e z9tVT31fqIlCz9LEq8A5CLmJEucsjc0EbaLmA8js64F0L2VclIo/1bcoWt6Mwq1KAY+o tmCQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h62-v6si14952683pge.298.2018.09.17.03.06.48; Mon, 17 Sep 2018 03:07:03 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727674AbeIQPdQ (ORCPT + 99 others); Mon, 17 Sep 2018 11:33:16 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:34269 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726676AbeIQPdQ (ORCPT ); Mon, 17 Sep 2018 11:33:16 -0400 Received: from DGGEMS405-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id A99FE1EAAC50F; Mon, 17 Sep 2018 18:06:31 +0800 (CST) Received: from localhost (10.202.226.46) by DGGEMS405-HUB.china.huawei.com (10.3.19.205) with Microsoft SMTP Server id 14.3.399.0; Mon, 17 Sep 2018 18:06:30 +0800 Date: Mon, 17 Sep 2018 11:06:12 +0100 From: Jonathan Cameron To: Michal Simek CC: Jonathan Cameron , Manish Narani , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [PATCH v2 2/4] iio: Documentation: Add Xilinx AMS sysfs documentation Message-ID: <20180917110215.00002846@huawei.com> In-Reply-To: References: <1536909510-7166-1-git-send-email-manish.narani@xilinx.com> <1536909510-7166-3-git-send-email-manish.narani@xilinx.com> <20180916111242.73af71ed@archlinux> Organization: Huawei X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.46] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 17 Sep 2018 11:56:08 +0200 Michal Simek wrote: > On 16.9.2018 12:12, Jonathan Cameron wrote: > > On Fri, 14 Sep 2018 12:48:28 +0530 > > Manish Narani wrote: > > > >> Add documentation for xilinx-ams driver. This contains information about > >> various voltages and temperatures on PS (Processing System), PL > >> (Programmable Logic) and AMS Control Block. > >> > >> Signed-off-by: Manish Narani > > The more I look at this device the more I'm convinced it is very much a dedicated > > hardware monitoring function, not a generic ADC sensing unit at all. > > > > Hmm. It is still fine to have it in IIO but you need to think in detail > > about how you are going to interface this to hwmon via the iio-hwmon bridge. > > > > Some of the interface complexity should only really be apparent when we hit > > hwmon perhaps rather than having so many different custom interfaces in IIO. > > > > Please also loop in the maintainers and lists for hwmon in the next > > version so we can get their input. > > Isn't there iio-hwmon driver for this? > > Thanks, > Michal Absolutely. The interesting bit is that if we are planning to actually expose the many monitoring channels via iio-hwmon IIRC it won't use the extended names at all (I may have missremembered this thogh). As such we may want to reduced the amount of custom ABI in IIO in favour of a level of opaqueness with the 'real' interface provided by the iio-hwmon bridge driver. A quick glance suggested we may need to increase the information exposed by the iio-hwmon driver to make this work. When we have run into cases like this (a very much hardware monitoring oriented device with a few general purpose channels) in the past we have always gotten agreement from the hwmon maintainers that they are happy with using an IIO provider and the iio-hwmon driver route. It is just nice to keep everyone in agreement and have no surprises! Jonathan