Received: by 10.213.65.68 with SMTP id h4csp608667imn; Tue, 27 Mar 2018 05:38:37 -0700 (PDT) X-Google-Smtp-Source: AG47ELup+rjihoPCDsZgoBI18KjUQftRuqHEwY0X3czoLsnzFSDEhFaghv6ITBG7ZHjlv+Mpvq/i X-Received: by 2002:a17:902:51c3:: with SMTP id y61-v6mr39896765plh.101.1522154317280; Tue, 27 Mar 2018 05:38:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522154317; cv=none; d=google.com; s=arc-20160816; b=oHSK3jA7xKU6DJ40GQGBnVzddg1/mYUa+XUO/P74Fmv3nAXdB9+7i6iJBNorN8Osr1 8WBs9SO4RJZ7B0CZkeNO2K9v+NT9UlhRjCWj4FKSE/xnn/F1ViOyEOy4N3eAvEKj+Uxw bl+nFGsPEmGgkCxVNo/zZtFbuOXexyyJSNXPiw+UeGCRSlbi62nO9S27kBH0LMjaorid 2El9HGrRwXix4Mzh7KF1yQxdiZkY04pyLMh161JXGHOJoDXiQRERWzOP1B4ZeaSIinhe +eCbe6nkMftJcidn1gFiro7jyntsH8YeMMYZ1gN+B2pDi936b8ta0qjYMBKiR7E/gkVN ypKg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from:arc-authentication-results; bh=NMxLSn7fjWSAfRwFIOJ56iFVTn26frri6QUaKhTSbMU=; b=dzH2T/yjDMdBskZjhMRGHiYBXH5IVBCk6o2cLVwCMgu81eJyw0hjI60GindSfhojhH 2rjpwD+maDMr1Z6iOrYoeqvDJnQmIVxtO2tWMD+vPYXl0lMcxxr/IPlEO8/kxVu9UB67 zQOuKEfExgUxiwMD+PCT+GLvyHiXdyTAgmHaj+QvHEfZIsInIS4vvfOs1/A4UyAHEzXo 0OwG8PALRILC9cWK8puIYUsYW15/IgMCrUd3QjPKrLjdl09bFhE4oegefv6P4nhEFfFO 6NrO5E9kkhBJr4GCssnv8hq0gk9gi5XjTeOdFnXM9F72VBlZEbb79q40cUsbE1HeDI84 XDtQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l186si826832pge.224.2018.03.27.05.38.23; Tue, 27 Mar 2018 05:38:37 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752236AbeC0Mez (ORCPT + 99 others); Tue, 27 Mar 2018 08:34:55 -0400 Received: from esa5.microchip.iphmx.com ([216.71.150.166]:42664 "EHLO esa5.microchip.iphmx.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752069AbeC0Mex (ORCPT ); Tue, 27 Mar 2018 08:34:53 -0400 X-IronPort-AV: E=Sophos;i="5.48,367,1517900400"; d="scan'208";a="10562901" Received: from smtpout.microchip.com (HELO email.microchip.com) ([198.175.253.82]) by esa5.microchip.iphmx.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 27 Mar 2018 05:34:41 -0700 Received: from eh-station.microchip.com (10.10.76.4) by chn-sv-exch02.mchp-main.com (10.10.76.38) with Microsoft SMTP Server id 14.3.352.0; Tue, 27 Mar 2018 05:34:39 -0700 From: Eugen Hristev To: , , , , , , , , , CC: Eugen Hristev Subject: [PATCH v2 00/10] Add support for SAMA5D2 touchscreen Date: Tue, 27 Mar 2018 15:32:33 +0300 Message-ID: <1522153963-1121-1-git-send-email-eugen.hristev@microchip.com> X-Mailer: git-send-email 2.7.4 MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello, This patch series is a rework of my previous series named: [PATCH 00/14] iio: triggers: add consumer support In few words, this is the implementation of splitting the functionality of the IP block ADC device in SAMA5D2 SoC from ADC with touchscreen support. In order to avoid having a MFD device, two separate drivers that would work on same register base and split the IRQ,etc, as advised on the mailing list, I created a consumer driver for the channels, that will connect to the ADC as described in the device tree. I have collected feedback from everyone and here is the result: I have added a new generic resistive touchscreen driver, which acts as a iio consumer for the given channels and will create an input device and report the events. It uses a callback buffer to register to the IIO device and waits for data to be pushed. Inside the IIO device, I have kept a similar approach with the first version of the series, except that now the driver can take multiple buffers, and will configure the touchscreen part of the hardware device if the specific channels are requested. The SAMA5D2 ADC driver registers three new channels: two for the position on the X and Y axis, and one for the touch pressure. When channels are requested, it will check if the touchscreen channel mask includes the requested channels (it is possible that the consumer driver will not request pressure for example). If it's the case, it will work in touchscreen mode, and will refuse to do usual analog-digital conversion, because we have a single trigger and the touchscreen needs it. When the scan mask will include only old channels, the driver will function in the same way as before. If the scan mask somehow is a mix of the two (the masks intersect), the driver will refuse to work whatsoever (cannot have both in the same time). The driver allows reading raw data for the new channels, if claim direct mode works: no touchscreen driver requested anything. The new channels can act like the old ones. However, when requesting these channels, the usual trigger will not work and will not be enabled. The touchscreen channels require special trigger and irq configuration: pen detect, no pen detect and a periodic trigger to sample the touchscreen position and pressure. If the user attempts to use another trigger while there is a buffer that already requested the touchscreen channels (thus the trigger), the driver will refuse to comply. In order to have defines for the channel numbers, I added a bindings include file that goes on a separate commit : dt-bindings: iio: adc: at91-sama5d2_adc: add channel specific consumer info This should go in the same tree with the following commits : ARM: dts: at91: sama5d2: add channel cells for ADC device ARM: dts: at91: sama5d2: Add resistive touch device as build will break because these commits depend on the binding one which creates the included header file. After the discussions earlier this year on the mailing list, I hope this rework of the patches is much better and fulfills all the requirements for this implementation. Eugen Hristev (10): MAINTAINERS: add generic resistive touchscreen adc iio: Add channel for Position Relative dt-bindings: input: touchscreen: touch_adc: create bindings iio: inkern: add module put/get on iio dev module when requesting channels iio: adc: at91-sama5d2_adc: fix channel configuration for differential channels iio: adc: at91-sama5d2_adc: add support for position and pressure channels input: touchscreen: touch_adc: add generic resistive ADC touchscreen dt-bindings: iio: adc: at91-sama5d2_adc: add channel specific consumer info ARM: dts: at91: sama5d2: add channel cells for ADC device ARM: dts: at91: sama5d2: Add resistive touch device Documentation/ABI/testing/sysfs-bus-iio | 12 + .../bindings/iio/adc/at91-sama5d2_adc.txt | 9 + .../bindings/input/touchscreen/touch_adc.txt | 33 ++ MAINTAINERS | 6 + arch/arm/boot/dts/sama5d2.dtsi | 12 + drivers/iio/adc/at91-sama5d2_adc.c | 491 ++++++++++++++++++++- drivers/iio/industrialio-core.c | 1 + drivers/iio/inkern.c | 8 +- drivers/input/touchscreen/Kconfig | 13 + drivers/input/touchscreen/Makefile | 1 + drivers/input/touchscreen/touch_adc.c | 199 +++++++++ include/dt-bindings/iio/adc/at91-sama5d2_adc.h | 16 + include/uapi/linux/iio/types.h | 1 + tools/iio/iio_event_monitor.c | 2 + 14 files changed, 791 insertions(+), 13 deletions(-) create mode 100644 Documentation/devicetree/bindings/input/touchscreen/touch_adc.txt create mode 100644 drivers/input/touchscreen/touch_adc.c create mode 100644 include/dt-bindings/iio/adc/at91-sama5d2_adc.h -- 2.7.4