Received: by 10.213.65.68 with SMTP id h4csp748940imn; Fri, 6 Apr 2018 08:15:12 -0700 (PDT) X-Google-Smtp-Source: AIpwx481DpxYZjgJQw6KY5ihujUlKlkqXtdOtrEheA0AZr1XdNCAiZh1pbB1lWsgO9fMRPH1zYOO X-Received: by 2002:a17:902:6085:: with SMTP id s5-v6mr27836542plj.307.1523027712797; Fri, 06 Apr 2018 08:15:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523027712; cv=none; d=google.com; s=arc-20160816; b=UMz8Lc5lG7sHN5kFVXgfWopZHWssQp///3CmRB2R5QLKZ22947rydg8HPZE6t+3TzF 8xJ8NhO6zdDptsJbXd9p5kDKZzQPbg7urR4KsMWHi0xRnQwQWSSd96inmM+C3ZCnZXrX f9+zMzl7j+ls2CJn9Nk69py4fpYxugNaynWkA/tVcIcpA2KMS5q8vrYhSqnac0vZpIDv jfKnnd1L1sSDV+vrrcSGmK4CGgfXIrJOa1UMdsCpmuAY5Q62PEXsCnAdCNsYYge2VnLh ZPJQpu2N50FtAkm03kckj/iJxqiXgVLRLrRj9jBE2idGg27anFfsKqi+fXaYHgaBdGUI 4Otg== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :arc-authentication-results; bh=WRZVz3YxU0zEdDGmFJTpTimy48+h8NwvIK+Id2c4YFs=; b=MPH90w2uS27cEbJIiC5m/jNa/n4Wcm56RVubgHCajNhtWRYUAG2NV6YUcUJNXQn307 HtSpBTCXex3FIGfNrag5iKUVWA1m9iKUSXSet41xs7RnF4mtnf5uGurH17qwTJSAEL9Z doi3Emtq4engNWfje8Savi6rxZ84gPhGjWkRDsXrY4GVa6iF37KIZ1U1pfTSH7aTlDPw eub53zTIO3l0vXw4GWELB4GZKyRCTcZSsRo3X8DQIBBxZ45xvFKb2NuyWwNNglwSUGN0 IJJ+Et90C+BZExzmHWP1OLHl/iFPzeLpQpyDLH3xQ+75KrCwy5vU9u+Hk1V9IJY+bYPH zsrw== 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 66-v6si9159725pld.315.2018.04.06.08.14.59; Fri, 06 Apr 2018 08:15:12 -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 S1752034AbeDFPNj (ORCPT + 99 others); Fri, 6 Apr 2018 11:13:39 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:51398 "EHLO huawei.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1751344AbeDFPNh (ORCPT ); Fri, 6 Apr 2018 11:13:37 -0400 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id AD52BDF50A8B4; Fri, 6 Apr 2018 23:13:31 +0800 (CST) Received: from localhost (10.202.226.42) by DGGEMS410-HUB.china.huawei.com (10.3.19.210) with Microsoft SMTP Server (TLS) id 14.3.361.1; Fri, 6 Apr 2018 23:13:31 +0800 Date: Fri, 6 Apr 2018 16:13:22 +0100 From: Jonathan Cameron To: Dmitry Torokhov CC: Jonathan Cameron , Eugen Hristev , , , , , , , , Subject: Re: [PATCH v2 07/10] input: touchscreen: touch_adc: add generic resistive ADC touchscreen Message-ID: <20180406161322.00006190@huawei.com> In-Reply-To: <20180330180911.GA143703@dtor-ws> References: <1522153963-1121-1-git-send-email-eugen.hristev@microchip.com> <1522153963-1121-8-git-send-email-eugen.hristev@microchip.com> <20180330135835.6a8f57f1@archlinux> <20180330180911.GA143703@dtor-ws> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.31; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.42] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > + > > > + input->evbit[0] = BIT_MASK(EV_KEY) | BIT_MASK(EV_ABS); > > > + input->keybit[BIT_WORD(BTN_TOUCH)] = BIT_MASK(BTN_TOUCH); > > > + > > > + st->input = input; > > > + input_set_drvdata(input, st); > > > + > > > + ret = input_register_device(input); > > > + if (ret) { > > > + dev_err(dev, "failed to register input device."); > > > + return ret; > > > + } > > > + > > > + st->iio_cb = iio_channel_get_all_cb(&pdev->dev, grts_cb, st); > > Hmm, we don't have devm-variant for this? Then you could use > devm_add_action_or_reset() to add cleanup action and completely remove > grts_remove(). Not yet, but I'm not adverse to having one...