Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp1290294ybi; Fri, 12 Jul 2019 13:04:35 -0700 (PDT) X-Google-Smtp-Source: APXvYqz/Ij1ZyVXYjs+cQmRN/d97qoLI+2TTns51kGhlcOZItPlHI2UT3JYYz+i6uB4k29fktGef X-Received: by 2002:a65:614a:: with SMTP id o10mr12511278pgv.407.1562961875238; Fri, 12 Jul 2019 13:04:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1562961875; cv=none; d=google.com; s=arc-20160816; b=KbdKYd9QEY8C4RMEBIMWhjdCUfbncCDNs++AxwBjsxZAHG2eFXKk5kE+HUbs5j+qOO aSIsh2tL/COg03OX2Y6bwFbiJ9zklA8mmNdZBiJzPMqx/tKEk0RCTyHfRKIJhj/PXJaw /cVQj3k4CXDPje2wvf/TJ+GZzGwiGndc5T0WbnwBJUS/LQ2nCCOGCFRDSSYcNDARZ0+r XDw8kS0j0nW6/HB4pm2RM0AjmO+ib9RoqNi003/IWmno/yc1/0HIXv4Q7gEZTuE80VvJ 1eJn/IZu+zKcZBTh5OdN5/hZU2TNILRe03U0OaLPIPx58Q7FvqJGffynVqynQfdwsQYc ueFA== 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=TjcwYIoiLa0NSPVCZkUwRwoE54DXzOEXlDZuKqXdYq8=; b=xUtVTMC+h5x2LCiq1j+LSSxQbqMvOQxgcaPcbh1G31Y9Cok3XZJWoPdG7Q7Hw7U5mP awRkgrHfcmkpyFvallpF6L5lomoeZ5Cajt86hj0H6CxE2IPu/2VTgul3Vcv49mTSFOFk TRWBolEinxqLuEpCK1jtQue/UNra9HaThu1zRmDN2jP04wA2f7as2V1+2Wmg8Z4tMjcJ O4TwweGiAv0Eps3OIo6gI8Ck0P5eohi1fPf/TChaOdu1/+OdRMbnSRYszEp3wyg6udEh cvcuMhJaIpcHE4VukDhloWVeipwNsu62/2VKlsLYXiQMfa/MVqbjj7pnnDjdDb2PtbZs a9qA== 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 r71si9338546pfc.152.2019.07.12.13.04.19; Fri, 12 Jul 2019 13:04:35 -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 S1727513AbfGLUDZ convert rfc822-to-8bit (ORCPT + 99 others); Fri, 12 Jul 2019 16:03:25 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:52770 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726811AbfGLUDZ (ORCPT ); Fri, 12 Jul 2019 16:03:25 -0400 Received: from pc-381.home (2a01cb0c80061e00e835b5cf688fec09.ipv6.abo.wanadoo.fr [IPv6:2a01:cb0c:8006:1e00:e835:b5cf:688f:ec09]) (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 D34D428BC69; Fri, 12 Jul 2019 21:03:22 +0100 (BST) Date: Fri, 12 Jul 2019 22:03:20 +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: <20190712220320.50e7cfff@pc-381.home> In-Reply-To: References: <20190712181332.04f8b3da@linux.home> <20190712184323.28547c44@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 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); |