Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp887639ybi; Tue, 16 Jul 2019 06:40:56 -0700 (PDT) X-Google-Smtp-Source: APXvYqyHcJRY9AWes5yNH0QSlhWRmwrKX/Ad3eEaEeTnwsLkPjL2VHnhgYQ27Lmwh+kxouLMK3n3 X-Received: by 2002:a17:902:934a:: with SMTP id g10mr36250908plp.18.1563284456909; Tue, 16 Jul 2019 06:40:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1563284456; cv=none; d=google.com; s=arc-20160816; b=qeY0nP06oipovtlP+R4w2Fi8y6brFuTwZ7oPLQRNyB8mJknqdA1vucdnwLGE4R4YJA 0iFMZRHz9VkKZQPQwTrkmXsMwpOEZJgvB+XEsTztfpD4dPrstfqYQLvNDLvElumPLVTS DiVDQNyahJt5kt9lyY6/h2uUARW85Bvn+aPHEN5dP6HQ2K8faoPW87gLMpbeJtkol/Rb eeDF49qqdLLiAkf5bmjxlWqPK4fZbS/6Kk/U5Bx+D0Jp+C4b4sgNBcCDqv3kHxJuOaAT /V8Z2VkT/kviHM9OdTbt0L7hj9gg1yhuZu0WdqnVNmuLZMS2McbLspQ2qQimuAjk2TA9 1k9g== 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=0rvijXaMRACTAecKMFQrw6cDdRQaiRkqmtWt9X8z3EI=; b=Mv5x1ufk0uioMvLX87DfGlBY9X01jMZBlEEfQjF9jAMqbcmSFEJkmxPhg/7Sw1mYu4 ATb7xHmzwW+AusCUmh5lY73vKmCuCpfFnUp6xz2j3DGfTT0ov5FJ+hwt/cPVJ5UXP346 +x1dchXnecUXZBQvp+eI8Rx+zk0uLQs0ZI6CQezinxSERDNN1XTwp7OpVfH+VWLO8rAf kZZUoSfj0mrRaU0icHTRqwGrznIMNDncJyY4MY4UzgSJG+oChHNOOJB+/L+O14AyL8UF sNShPQ8GeTFNa7VCtAW8SP7ucaUtxf7yBxiTRTeLkcbWy1PqnryNpKGrdvSN9aYQy9v/ 7uCQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l2si20376509pff.221.2019.07.16.06.40.40; Tue, 16 Jul 2019 06:40:56 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387563AbfGPNkW convert rfc822-to-8bit (ORCPT + 99 others); Tue, 16 Jul 2019 09:40:22 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:33094 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725926AbfGPNkW (ORCPT ); Tue, 16 Jul 2019 09:40:22 -0400 Received: from pc-375.home (2a01cb0c88d94a005820d607da339aae.ipv6.abo.wanadoo.fr [IPv6:2a01:cb0c:88d9:4a00:5820:d607:da33:9aae]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: bbrezillon) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id D2944260C98; Tue, 16 Jul 2019 14:40:19 +0100 (BST) Date: Tue, 16 Jul 2019 15:40:13 +0200 From: Boris Brezillon To: Vitor Soares Cc: "linux-iio@vger.kernel.org" , "linux-i3c@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "lorenzo@kernel.org" , "gregkh@linuxfoundation.org" , "rafael@kernel.org" , "bbrezillon@kernel.org" , "Joao.Pinto@synopsys.com" Subject: Re: [PATCH v4 3/3] iio: imu: st_lsm6dsx: add i3c basic support for LSM6DSO and LSM6DSR Message-ID: <20190716154013.66fcaeb4@pc-375.home> In-Reply-To: References: <20190712181332.04f8b3da@linux.home> <20190712184323.28547c44@pc-381.home> <20190712220320.50e7cfff@pc-381.home> Organization: Collabora X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 16 Jul 2019 13:22:25 +0000 Vitor Soares wrote: > Hi Boris, > > From: Boris Brezillon > Date: Fri, Jul 12, 2019 at 21:03:20 > > > On Fri, 12 Jul 2019 18:40:14 +0000 > > Vitor Soares wrote: > > > > > From: Boris Brezillon > > > Date: Fri, Jul 12, 2019 at 17:43:23 > > > > > > > On Fri, 12 Jul 2019 16:28:02 +0000 > > > > Vitor Soares wrote: > > > > > > > > > From: Boris Brezillon > > > > > Date: Fri, Jul 12, 2019 at 17:14:29 > > > > > > > > > > > On Fri, 12 Jul 2019 13:53:30 +0200 > > > > > > Vitor Soares wrote: > > > > > > > > > > > > > For today the st_lsm6dsx driver support LSM6DSO and LSM6DSR sensor only in > > > > > > > spi and i2c mode. > > > > > > > > > > > > > > The LSM6DSO and LSM6DSR are also i3c capable so lets give i3c support to > > > > > > > them. > > > > > > > > > > > > > > Signed-off-by: Vitor Soares > > > > > > > Acked-by: Lorenzo Bianconi > > > > > > > --- > > > > > > > Changes in v4: > > > > > > > Remove hw_id variable > > > > > > > > > > > > > > Changes in v3: > > > > > > > Remove unnecessary st_lsm6dsx_i3c_data table used to hold device name > > > > > > > Use st_lsm6dsx_probe new form > > > > > > > > > > > > > > Changes in v2: > > > > > > > Add support for LSM6DSR > > > > > > > Set pm_ops to st_lsm6dsx_pm_ops > > > > > > > > > > > > > > drivers/iio/imu/st_lsm6dsx/Kconfig | 8 +++- > > > > > > > drivers/iio/imu/st_lsm6dsx/Makefile | 1 + > > > > > > > drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c | 58 +++++++++++++++++++++++++++++ > > > > > > > 3 files changed, 66 insertions(+), 1 deletion(-) > > > > > > > create mode 100644 drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c > > > > > > > > > > > > > > diff --git a/drivers/iio/imu/st_lsm6dsx/Kconfig b/drivers/iio/imu/st_lsm6dsx/Kconfig > > > > > > > index 9e59297..6b5a73c 100644 > > > > > > > --- a/drivers/iio/imu/st_lsm6dsx/Kconfig > > > > > > > +++ b/drivers/iio/imu/st_lsm6dsx/Kconfig > > > > > > > @@ -1,11 +1,12 @@ > > > > > > > > > > > > > > config IIO_ST_LSM6DSX > > > > > > > tristate "ST_LSM6DSx driver for STM 6-axis IMU MEMS sensors" > > > > > > > - depends on (I2C || SPI) > > > > > > > + depends on (I2C || SPI || I3C) > > > > > > > select IIO_BUFFER > > > > > > > select IIO_KFIFO_BUF > > > > > > > select IIO_ST_LSM6DSX_I2C if (I2C) > > > > > > > select IIO_ST_LSM6DSX_SPI if (SPI_MASTER) > > > > > > > + select IIO_ST_LSM6DSX_I3C if (I3C) > > > > > > > help > > > > > > > Say yes here to build support for STMicroelectronics LSM6DSx imu > > > > > > > sensor. Supported devices: lsm6ds3, lsm6ds3h, lsm6dsl, lsm6dsm, > > > > > > > @@ -23,3 +24,8 @@ config IIO_ST_LSM6DSX_SPI > > > > > > > tristate > > > > > > > depends on IIO_ST_LSM6DSX > > > > > > > select REGMAP_SPI > > > > > > > + > > > > > > > +config IIO_ST_LSM6DSX_I3C > > > > > > > + tristate > > > > > > > + depends on IIO_ST_LSM6DSX > > > > > > > + select REGMAP_I3C > > > > > > > diff --git a/drivers/iio/imu/st_lsm6dsx/Makefile b/drivers/iio/imu/st_lsm6dsx/Makefile > > > > > > > index e5f733c..c676965 100644 > > > > > > > --- a/drivers/iio/imu/st_lsm6dsx/Makefile > > > > > > > +++ b/drivers/iio/imu/st_lsm6dsx/Makefile > > > > > > > @@ -4,3 +4,4 @@ st_lsm6dsx-y := st_lsm6dsx_core.o st_lsm6dsx_buffer.o \ > > > > > > > obj-$(CONFIG_IIO_ST_LSM6DSX) += st_lsm6dsx.o > > > > > > > obj-$(CONFIG_IIO_ST_LSM6DSX_I2C) += st_lsm6dsx_i2c.o > > > > > > > obj-$(CONFIG_IIO_ST_LSM6DSX_SPI) += st_lsm6dsx_spi.o > > > > > > > +obj-$(CONFIG_IIO_ST_LSM6DSX_I3C) += st_lsm6dsx_i3c.o > > > > > > > diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c > > > > > > > new file mode 100644 > > > > > > > index 0000000..2e89524 > > > > > > > --- /dev/null > > > > > > > +++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c > > > > > > > @@ -0,0 +1,58 @@ > > > > > > > +// SPDX-License-Identifier: GPL-2.0 > > > > > > > +/* > > > > > > > + * Copyright (c) 2018 Synopsys, Inc. and/or its affiliates. > > > > > > > + * > > > > > > > + * Author: Vitor Soares > > > > > > > + */ > > > > > > > + > > > > > > > +#include > > > > > > > +#include > > > > > > > +#include > > > > > > > +#include > > > > > > > +#include > > > > > > > +#include > > > > > > > +#include > > > > > > > + > > > > > > > +#include "st_lsm6dsx.h" > > > > > > > + > > > > > > > +static const struct i3c_device_id st_lsm6dsx_i3c_ids[] = { > > > > > > > + I3C_DEVICE(0x0104, 0x006C, (void *)ST_LSM6DSO_ID), > > > > > > > + I3C_DEVICE(0x0104, 0x006B, (void *)ST_LSM6DSR_ID), > > > > > > > > > > > > I think you need an uintptr_t cast here: > > > > > > > > > > > > I3C_DEVICE(0x0104, 0x006C, (void *)(uintptr_t)ST_LSM6DSO_ID), > > > > > > I3C_DEVICE(0x0104, 0x006B, (void *)(uintptr_t)ST_LSM6DSR_ID), > > > > > > > > > > > > otherwise gcc might complain that the integer and pointer do not have > > > > > > the same size (on 64-bit architectures). > > > > > > > > > > I don't understand this part. Can you provide or point some background? > > > > > > > > If you don't do that you'll get the following warning: > > > > > > > > warning: cast to 'void *' from smaller integer type 'int' [-Wint-to-void-pointer-cast] > > > > > > I don't get the warning during compilation. Is there any flag to enable > > > or so? > > > > Nope, nothing specific to enable, just enable this driver on an arm64 > > config. Note that that gcc doesn't seem to complain about this > > int -> void * cast (there's probably some kind of auto-promotion to > > pointer size), but it does complains about the following void * -> int > > cast: > > > > drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c: In function ‘st_lsm6dsx_i3c_probe’: > > drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_i3c.c:43:43: warning: cast from pointer to integer of different size [-Wpointer-to-int-cast] > > 43 | return st_lsm6dsx_probe(&i3cdev->dev, 0, (int)id->data, regmap); > > | > > I fixed the warning by changing: > > st_lsm6dsx_probe(&i3cdev->dev, 0, (int)id->data, regmap); > > to > > st_lsm6dsx_probe(&i3cdev->dev, 0, (int)(uintptr_t)id->data, regmap); The (int) cast is implicit, no need to add it here. > > But I wonder if it isn't more save to change the following too: > I3C_DEVICE(0x0104, 0x006C, (void *)(uintptr_t)ST_LSM6DSO_ID), > I3C_DEVICE(0x0104, 0x006B, (void *)(uintptr_t)ST_LSM6DSR_ID), > > What do you think? I think we're good, we would have a problem if you were defining ST_LSM6DSO_ID as an ULL (unsigned long long, AKA u64) and trying to cast that value to a void pointer on a 32-bit arch.