Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Wed, 12 Apr 2023 15:27:14 +0300
From:   Matti Vaittinen <mazziesaccount@gmail.com>
To:     Matti Vaittinen <matti.vaittinen@fi.rohmeurope.com>
Cc:     Jonathan Cameron <jic23@kernel.org>,
        Lars-Peter Clausen <lars@metafoo.de>,
        Matti Vaittinen <mazziesaccount@gmail.com>,
        linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: [PATCH 1/3] iio: core: add IIO_VAL_INT_MICRO
Message-ID: <d31f2ebf08837337d3bbc6a00fd4b5eb3c86a04e.1681301472.git.mazziesaccount@gmail.com>
References: <cover.1681301472.git.mazziesaccount@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
        protocol="application/pgp-signature"; boundary="gz1hgTNomGVmMv2T"
Content-Disposition: inline
In-Reply-To: <cover.1681301472.git.mazziesaccount@gmail.com>
Precedence: bulk


--gz1hgTNomGVmMv2T
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

There are a few cases like light sensor integration times, where values
returned from *_available() and read_raw() are smaller than 1 and often
in the units of micro. (Like micro second scale integration times,
always smaller than 1 second). Currently those are often handled using
IIO_VAL_INT_PLUS_MICRO, which requires drivers to initialize the integer
part to zero. Furthermore, using IIO_VAL_INT_PLUS_MICRO in iio lists
requires one to always allocate the 'dummy' integer part too.

Introduce IIO_VAL_INT_MICRO which allows omitting the always zero integer.

Signed-off-by: Matti Vaittinen <mazziesaccount@gmail.com>
---
 drivers/iio/industrialio-core.c | 4 ++++
 include/linux/iio/types.h       | 1 +
 2 files changed, 5 insertions(+)

diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-cor=
e.c
index c117f50d0cf3..c5ae965e9961 100644
--- a/drivers/iio/industrialio-core.c
+++ b/drivers/iio/industrialio-core.c
@@ -628,6 +628,8 @@ static ssize_t __iio_format_value(char *buf, size_t off=
set, unsigned int type,
 	switch (type) {
 	case IIO_VAL_INT:
 		return sysfs_emit_at(buf, offset, "%d", vals[0]);
+	case IIO_VAL_INT_MICRO:
+		return sysfs_emit_at(buf, offset, "0.%06u", vals[0]);
 	case IIO_VAL_INT_PLUS_MICRO_DB:
 		scale_db =3D true;
 		fallthrough;
@@ -758,6 +760,7 @@ static ssize_t iio_format_list(char *buf, const int *va=
ls, int type, int length,
=20
 	switch (type) {
 	case IIO_VAL_INT:
+	case IIO_VAL_INT_MICRO:
 		stride =3D 1;
 		break;
 	default:
@@ -952,6 +955,7 @@ static ssize_t iio_write_channel_info(struct device *de=
v,
 		case IIO_VAL_INT_PLUS_MICRO_DB:
 			scale_db =3D true;
 			fallthrough;
+		case IIO_VAL_INT_MICRO:
 		case IIO_VAL_INT_PLUS_MICRO:
 			fract_mult =3D 100000;
 			break;
diff --git a/include/linux/iio/types.h b/include/linux/iio/types.h
index 82faa98c719a..b4e316172c7f 100644
--- a/include/linux/iio/types.h
+++ b/include/linux/iio/types.h
@@ -30,6 +30,7 @@ enum iio_event_info {
 #define IIO_VAL_FRACTIONAL 10
 #define IIO_VAL_FRACTIONAL_LOG2 11
 #define IIO_VAL_CHAR 12
+#define IIO_VAL_INT_MICRO 13 /* val is micro <units>. Integer part is 0 */
=20
 enum iio_available_type {
 	IIO_AVAIL_LIST,
--=20
2.39.2


--=20
Matti Vaittinen, Linux device drivers
ROHM Semiconductors, Finland SWDC
Kiviharjunlenkki 1E
90220 OULU
FINLAND

~~~ "I don't think so," said Rene Descartes. Just then he vanished ~~~
Simon says - in Latin please.
~~~ "non cogito me" dixit Rene Descarte, deinde evanescavit ~~~
Thanks to Simon Glass for the translation =3D]=20

--gz1hgTNomGVmMv2T
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQEzBAEBCAAdFiEEIx+f8wZb28fLKEhTeFA3/03aocUFAmQ2o6IACgkQeFA3/03a
ocW9dwgAm5gXd6P5IM7E20MDnCZ13JMqH+T+CaLy/qNgH/Omql1WMqmx10qCE5rV
ORaDYyfQlC5T9S8I0aGhttmkY/DFmaRF+lvFWPJa53331PZ9LfHKfIGOzzOivdGR
RjNFHICWrdqKMHthTNw859gSQcn5Hs6U7+4YPWLiDAlvPzG5eyPCv0PmYiZMQQIy
l/kwweLcycCJLy8j9Nc9WIU0CJDCjEktf+vkfRBCRFmfAyf0etQrzoNzY1J+cAGp
Lat0xH7PTRerwIOdvt4RMM+M1SVGxJ7JDaenrlMvbe3GhY5jcaWh0hIUWJ4J+Q8P
vuHeQ5NUV1/mzn19tpLkeTO0ysUC+Q==
=e+OH
-----END PGP SIGNATURE-----

--gz1hgTNomGVmMv2T--