Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp341160imn; Wed, 3 Aug 2022 06:13:23 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uYsZ+9xtjdudgf/iWwLlQXTmsLbFZH9XzY+BWN2A1pwx3Qi4v6vWazLjj5bwy4vM3MhgWq X-Received: by 2002:a17:907:3d86:b0:72b:4b25:1031 with SMTP id he6-20020a1709073d8600b0072b4b251031mr20333331ejc.536.1659532403208; Wed, 03 Aug 2022 06:13:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659532403; cv=none; d=google.com; s=arc-20160816; b=kD0FtFCBH40OAxECXY9ifMk8ep3KBh0om/untBZJ+ZLrOvPReX3dVIzDV3Sqvxk2k8 tQkEPWzz8NeCFm0NmIyRS1jDh/H1pyUWA3Xlf1YAHhKuQGDMrktJnS3fWi3n48h2dmUI N360OlqiodW0SnWdjsqjPdsid92y3R9k3opQDvcr2ObqtzrTI0zB9No3qpz6EvsGFhvW znzhNmCMk37XJEGIjDfYzPDk8nWNQEOJpibtFK0qtw7vWdN11kD6+p6lJyAahZUWvHD6 T1hUfaA18Hvvsdu3CtMvQe1RNW3/3aQiLa1jFAchGi+joVQLJpi1+pEHsllUvazi2laU 8h7Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:content-transfer-encoding :content-language:accept-language:message-id:date:thread-index :thread-topic:subject:cc:to:from:dkim-signature; bh=GpXJNbDqo4hDY2G81bdd4YblDAjCnpIDkbKB2cRPdU0=; b=e5gavF4IhEYcvKnHOkDAldPSQ4nnnJF8x8Q8Nu3r9EpR05GQ8nyrmoiyTcFyKjMGIX tiAWfMucP/3MXrtbs56U/F8qwXX+KWZgnvXl1FUB7g7TZOhTGfnnWu6P57tHVffQYHxi yvQJbyjDYFe6r7WaS2s3Zun/W1fVwMcEX7eJKRGXmbGDldeEPJk74doNFWairDnpcS86 ts57wvpDZpZ35eNEayyMAHkggIZMaEXHu2cryhywrrR6CH1z7LgZMh7wpbWnTRPohbwt TcJT+crSPCc8z+FGNrpCkM2n+U/WYjT+sNnsA49GtZoOTfLmFd3OvGjowKAnZ3Ht8SID Hhvw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=pNiNTiT5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i19-20020a0564020f1300b0043d56e0c95asi10925802eda.585.2022.08.03.06.12.49; Wed, 03 Aug 2022 06:13:23 -0700 (PDT) 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; Authentication-Results: mx.google.com; dkim=pass header.i=@sberdevices.ru header.s=mail header.b=pNiNTiT5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=sberdevices.ru Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237730AbiHCNLq (ORCPT + 99 others); Wed, 3 Aug 2022 09:11:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236097AbiHCNLp (ORCPT ); Wed, 3 Aug 2022 09:11:45 -0400 Received: from mail.sberdevices.ru (mail.sberdevices.ru [45.89.227.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 570A9165BC; Wed, 3 Aug 2022 06:11:40 -0700 (PDT) Received: from s-lin-edge02.sberdevices.ru (localhost [127.0.0.1]) by mail.sberdevices.ru (Postfix) with ESMTP id 999EB5FD2E; Wed, 3 Aug 2022 16:11:36 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sberdevices.ru; s=mail; t=1659532296; bh=GpXJNbDqo4hDY2G81bdd4YblDAjCnpIDkbKB2cRPdU0=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=pNiNTiT5Tu/MlCvtRa5SRm1InWVCJC5zNzM5XgrqcGMhzg9opI6JP5ygLTALRyAFL mEkRwXdLEGl17DDOdkW3Sdu3vm4CSUfTVzary85jfX6tkoiJsaCvlM+S6jHXiMpVvt Eta3TnrpzXGtaWRUGzumT+Ma3i7iJa+KEz8H9gVm+otiJ0+OOYcWhIIXapTLROh3IN 5TLwd1eETJksFoDPsAWmmpvP2WfwRjxFzcELFRLVKs9dmI32P1XkwrQgCVyZqbTYcL ufyQz7md3qMlS03YGf13HVZ9RYNCGqYCkjvCQKXP8vK5boSAxvXcm3pOJd6olcGwmY jcTi28TQDqLwA== Received: from S-MS-EXCH01.sberdevices.ru (S-MS-EXCH01.sberdevices.ru [172.16.1.4]) by mail.sberdevices.ru (Postfix) with ESMTP; Wed, 3 Aug 2022 16:11:35 +0300 (MSK) From: Dmitry Rokosov To: "robh+dt@kernel.org" , "stano.jakubek@gmail.com" , "shawnguo@kernel.org" , "jic23@kernel.org" , "lars@metafoo.de" , "andy.shevchenko@gmail.com" , "stephan@gerhold.net" CC: "linux-iio@vger.kernel.org" , "devicetree@vger.kernel.org" , kernel , "linux-kernel@vger.kernel.org" , Dmitry Rokosov Subject: [PATCH v4 0/3] iio: accel: add MSA311 accelerometer driver Thread-Topic: [PATCH v4 0/3] iio: accel: add MSA311 accelerometer driver Thread-Index: AQHYpzqHqQ8KpZL1W02r0aQwa+GPjA== Date: Wed, 3 Aug 2022 13:11:22 +0000 Message-ID: <20220803131132.19630-1-ddrokosov@sberdevices.ru> Accept-Language: ru-RU, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.16.1.12] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-KSMG-Rule-ID: 4 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Status: not scanned, disabled by settings X-KSMG-AntiSpam-Interceptor-Info: not scanned X-KSMG-AntiPhishing: not scanned, disabled by settings X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 1.1.2.30, bases: 2022/08/03 07:41:00 #20041172 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org MSA311 is a tri-axial, low-g accelerometer with I2C digital output for sensitivity consumer applications. It has dynamic user-selectable full scales range of +-2g/+-4g/+-8g/+-16g and allows acceleration measurements with output data rates from 1Hz to 1000Hz. Spec: https://cdn-shop.adafruit.com/product-files/5309/MSA311-V1.1-ENG.pdf This driver supports following MSA311 features: - IIO interface - Different power modes: NORMAL and SUSPEND (using pm_runtime) - ODR (Output Data Rate) selection - Scale and samp_freq selection - IIO triggered buffer, IIO reg access - NEW_DATA interrupt + trigger Below features to be done: - Motion Events: ACTIVE, TAP, ORIENT, FREEFALL - Low Power mode Also this patchset has new vendor prefix for MEMSensing Microsystems and MSA311 dt-binding schema. You can test msa311 driver using libiio and gnuplot following below instructions: $ # Create hrtimer trigger object $ mkdir /sys/kernel/config/iio/triggers/hrtimer/iio_hrtimer_trigger $ # Read 4K samples using msa311-new-data trigger (irq) and $ # buffer with depth equals to 64 samples and rotate device a little bit $ iio_readdev -u "local:" -b 64 -s 4096 -t msa311-new-data -T 0 \ $ msa311 > /tmp/msa311.dat $ # Or using hrtimer trigger instead of msa311-new-data trigger $ iio_readdev -u "local:" -b 64 -s 4096 -t iio_hrtimer_trigger -T 0 \ $ msa311 > /data/local/tmp/msa311.dat $ cat <> msa311_data.gnu set title "MSA311 Accel Data" set key below set xdata time set format x "%H:%M\n%.4S" set xlabel "timestamp" set autoscale y plot 'msa311.dat' binary endian=3Dlittle \ format=3D'%int16%int16%int16%uint16%uint64' using \ (\$5/1000000000):(int(\$1)/16) title "acc_x" \ with lines,\\ 'msa311.dat' binary endian=3Dlittle \ format=3D'%int16%int16%int16%uint16%uint64' using \ (\$5/1000000000):(int(\$2)/16) title "acc_y" \ with lines,\\ 'msa311.dat' binary endian=3Dlittle \ format=3D'%int16%int16%int16%uint16%uint64' using \ (\$5/1000000000):(int(\$3)/16) title "acc_z" with lines EOF $ gnuplot --persist msa311_data.gnu Depends-On: https://lore.kernel.org/linux-iio/20220801143811.14817-1-ddroko= sov@sberdevices.ru/ Changes: * v3->v4: - totally reworked pm_runtime flow based on Jonathan suggestions - replaced temporary field variable with tmp pointer to field in the MSA311_GENMASK macro helper - removed i2c pointer from MSA311 private context, retrieved it from msa311 object, if anything - added struct device *dev reference to MSA311 private context for easier msa311->dev translation - moved regmap pointer to the beginning of MSA311 private context to save some instructions - refactored 'if' conditions to be positive and shorter - moved msa311_check_partid() and msa311_soft_reset() to separate routines and call them before powerup IP logic during probe() execution - used str_enable_disable() string helper as Andy suggested - used msa311_pwr_modes const char * array to translate power modes to strings - reworked hz->ms translation, used MICROHZ_PER_HZ from the following review: https://lore.kernel.org/linux-iio/20220801143811.14817-1-ddrokosov@sb= erdevices.ru/ - moved dev_dbg() log about MSA311 compatible chip finding under partid check - refactored stack variables definitions based on "longer lines first" thumb - used 0 instead of INDIO_DIRECT_MODE before iio buffer setup - moved i2c->irq check to msa311_setup_interrupts() - removed dev_dbg() prints from ->resume() and ->suspend() callbacks - removed "description" fields from "interrupts" and i2c "reg" YAML schema nodes - implemented simple power supply for MSA311 (vdd-supply) - reworked shared_by_all info mask to shared_by_type for MSA311 accel channels - tagged datasheet URL link in the commit message - made mutex-based critical section shorter inside odr and fs loop as Jonathan suggested - fixed wording in the commit messages and comments a little bit, refactored some indentations - replaced blank lines between register offset definitions with short comments * v2->v3: - removed MSA311_TIMESTAMP_CHANNEL() macro, used IIO_CHAN_SOFT_TIMESTAM= P directly - do not call dev_err_probe() inside functions, which is used not only from probe() path - simplified error handling a little bit - used iio_device_claim_direct_mode() and iio_device_release_direct_mode() to lock attributes when buffer mode is enabled - prohibited sampling frequency changing during buffer usage because otherwise sometimes MSA311 returns outliers when frequency values grow up in the read operation moment - allowed scale value changing when buffer mode is enabled - removed IRQF_TRIGGER_RISING irq flag from irg registration because it's provided from device tree directly - do not switch off autosuspend from powerdown() devm callback, because it's already done from pm_runtime_disable() during devm pm_runtime actions - provided more information why we need force suspend state for MSA311 in the powerdown flow - reworked comments stuff: removed obvious extra comments, provided more details in the complex driver code places * v1->v2: - memsensing vendor prefix was moved to right place by alphabetical order - LOW mode mention was deleted, because LOW mode isn't supported in the current driver version - reworked some enums with gaps to defines - reworked register names as Jonathan mentioned in the v1 - do not use regmap_field API for entire registers - deleted all extra comments - supported info_mask_*_avail bitmaps instead of explicit IIO attrs definitions, implemented read_avail() callback for samp_freq and scale values - msa311 mutex is still used to protect msa311 power transitions, samp_freq/scale tune and axes data handling; described this lock more informative - ask new_data interruption status from appropriate register, do not hold atomic variable for that - optimized reads of axes data by I2C using regmap_bulk API - use dev_err_probe() instead of dev_err() for all probe() code paths - from now all I2C bus communication failures are interpreted as errors - described wait_from_next() semantic better - deleted all unneeded pm wrappers - interpreter all axes data as __le16 type and adjust them to right format (endianness + sign) for raw() flow only - redesigned msa311_fs_table[] to 2D matrix (it's more comfortable format for read_avail() callback) - align and initialize msa311 buffer before pushing properly - use pm_runtime resume and suspend from buffer preenable/postdisable, deleted them from trigger set_state - supported multiple trigger usage (tested with external hrtimer trigger and internal new_data trigger) - moved all irq related stuff to msa311_setup_interrupts() routine - implemented msa311_powerdown() devm release action - reworked initialization of pm_runtime msa311 flow, use autosuspend logic - purged driver remove() callback, because of devm release logic runs all deinit stuff fully - fixed dts bindings problems - changed irq type in the dt-binding description, because interrupt type for msa311 should have the same type as i2c irq, for example using the gpio_intc it's IRQ_TYPE_EDGE_RISING usually. Otherwise we may lose irq map on the second and further insmod attempts Dmitry Rokosov (3): dt-bindings: vendor-prefixes: add MEMSensing Microsystems Co., Ltd. iio: add MEMSensing MSA311 3-axis accelerometer driver dt-bindings: iio: accel: add dt-binding schema for msa311 accel driver .../bindings/iio/accel/memsensing,msa311.yaml | 52 + .../devicetree/bindings/vendor-prefixes.yaml | 2 + MAINTAINERS | 7 + drivers/iio/accel/Kconfig | 13 + drivers/iio/accel/Makefile | 2 + drivers/iio/accel/msa311.c | 1326 +++++++++++++++++ 6 files changed, 1402 insertions(+) create mode 100644 Documentation/devicetree/bindings/iio/accel/memsensing,= msa311.yaml create mode 100644 drivers/iio/accel/msa311.c --=20 2.36.0