Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3709971pxb; Sun, 24 Oct 2021 09:07:08 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzGBfx41UuW3bdrS1Et4kO/J4aMOGkdAdKmERym6UuKtvsMIuYa6jagCfHuZTnXcXHUiNGm X-Received: by 2002:a63:b957:: with SMTP id v23mr9185702pgo.74.1635091628048; Sun, 24 Oct 2021 09:07:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635091628; cv=none; d=google.com; s=arc-20160816; b=zo1foGrTsExO4yTFlS4oNV9hutP2S/EpBya7oo3qKg+PiJYQHcmi72m57CSDd/E+Zx zl+yS1hiL9iLir1OHsiF4kcI/6I/lJi+TRpYIE+LADOoQasfcVZcgl96msOagu8G1QfE tiA8RfIa6hIUxfL5uRTWCyqn1sMdtYYIJyTMhcNoD1tejHqiHWAD2v7tkn/OF077CQH+ msTgyPavDQqIxWQMS4GWYMqtS8ouhPnNCL/uibi7ZHqD4SQxfJArJTZLhtQRJm3lIlWD edo5ZHYvG6XugNoENN65slkaPsgiUaxPvKPGAJ8G5tDXmy4T8sXPJ1NsyAu+P2wjU7PM 6MdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=vLFYItcDCFEfkVvzWIlMKT1270DnepTJBsrgnK4YQEE=; b=eNBZEQxWkVFresugGKGZFQt0LB2azHIPIFYzFY2ELfx3t5JqDpwdggPEDjzWWYJU1D ZhWEqcfnOYimxXQBShxGWXxl87yIYucan1mbjiDBUsOX4l7tHRpTyb3YxGQYmq75FGWj d1dnrwXlRVkWKz8pHZNSHG0N1DTRA2u+1U2qPSv89kMH0cg9LXvJ+3mXbwBrRPkliTK0 l5sgxe0EXXXnUUvES7prj/xNYVNVBMpMYXqZfTRzRZ8+mAtpsbPq2QLhZv/QrHVpROo7 hh2Ttl3KpmgTE57bNWfsMyx8/VGBdETQhYPBhrd4P8qAQQTewlb8xXX6P5Ae/TgG3i/F P/+Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q15si21802261pgs.459.2021.10.24.09.06.52; Sun, 24 Oct 2021 09:07:08 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229989AbhJXQIS (ORCPT + 99 others); Sun, 24 Oct 2021 12:08:18 -0400 Received: from mail.kernel.org ([198.145.29.99]:56504 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229788AbhJXQIR (ORCPT ); Sun, 24 Oct 2021 12:08:17 -0400 Received: from jic23-huawei (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 5806560F9C; Sun, 24 Oct 2021 16:05:54 +0000 (UTC) Date: Sun, 24 Oct 2021 17:10:15 +0100 From: Jonathan Cameron To: Andriy Tryshnivskyy Cc: jbhayana@google.com, lars@metafoo.de, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, Vasyl.Vavrychuk@opensynergy.com, andy.shevchenko@gmail.com Subject: Re: [PATCH v7 1/2] iio: core: Introduce IIO_VAL_INT_64. Message-ID: <20211024171015.3b6b46e5@jic23-huawei> In-Reply-To: <20211024091627.28031-2-andriy.tryshnivskyy@opensynergy.com> References: <20211024091627.28031-1-andriy.tryshnivskyy@opensynergy.com> <20211024091627.28031-2-andriy.tryshnivskyy@opensynergy.com> X-Mailer: Claws Mail 4.0.0 (GTK+ 3.24.30; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 24 Oct 2021 12:16:26 +0300 Andriy Tryshnivskyy wrote: > Introduce IIO_VAL_INT_64 to read 64-bit value for > channel attribute. Val is used as lower 32 bits. > > Signed-off-by: Andriy Tryshnivskyy > --- > drivers/iio/industrialio-core.c | 3 +++ > include/linux/iio/types.h | 1 + > 2 files changed, 4 insertions(+) > > diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c > index 6d2175eb7af2..49e42d04ea16 100644 > --- a/drivers/iio/industrialio-core.c > +++ b/drivers/iio/industrialio-core.c > @@ -702,6 +702,9 @@ static ssize_t __iio_format_value(char *buf, size_t offset, unsigned int type, > } > case IIO_VAL_CHAR: > return sysfs_emit_at(buf, offset, "%c", (char)vals[0]); > + case IIO_VAL_INT_64: > + tmp2 = (s64)((((u64)vals[1]) << 32) | (u32)vals[0]); > + return sysfs_emit_at(buf, offset, "%lld", tmp2); > default: > return 0; > } > diff --git a/include/linux/iio/types.h b/include/linux/iio/types.h > index 84b3f8175cc6..bb6578a5ee28 100644 > --- a/include/linux/iio/types.h > +++ b/include/linux/iio/types.h > @@ -24,6 +24,7 @@ enum iio_event_info { > #define IIO_VAL_INT_PLUS_NANO 3 > #define IIO_VAL_INT_PLUS_MICRO_DB 4 > #define IIO_VAL_INT_MULTIPLE 5 > +#define IIO_VAL_INT_64 6 /* 64-bit data, val is lower 32 bits) */ I'm guessing the closing bracket is left over of some editing? Otherwise fine and I can tidy that up whilst applying. Note that this is almost certainly too late for this cycle (we are about a week away from merge window subject to whatever Linus says for rc7 and new stuff needs some time to soak in next), but I'll plan to get it queued up early in the next one. > #define IIO_VAL_FRACTIONAL 10 > #define IIO_VAL_FRACTIONAL_LOG2 11 > #define IIO_VAL_CHAR 12