From patchwork Mon Nov 17 08:23:37 2014 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Richard Cochran X-Patchwork-Id: 5315911 Return-Path: X-Original-To: patchwork-linux-omap@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 611BD9F2ED for ; Mon, 17 Nov 2014 08:23:51 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id A5E81201F2 for ; Mon, 17 Nov 2014 08:23:49 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id BDEB620115 for ; Mon, 17 Nov 2014 08:23:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751524AbaKQIXr (ORCPT ); Mon, 17 Nov 2014 03:23:47 -0500 Received: from mail-wg0-f42.google.com ([74.125.82.42]:54047 "EHLO mail-wg0-f42.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750723AbaKQIXp (ORCPT ); Mon, 17 Nov 2014 03:23:45 -0500 Received: by mail-wg0-f42.google.com with SMTP id z12so6045365wgg.29 for ; Mon, 17 Nov 2014 00:23:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=J4HIs5Y+m/2uK6eV1goXtwyZegjeB5zXaQrEboc2vz0=; b=SECGU9XJcHuBeROuVcae3fjV8APCorngGjQFYYbep6AeTTH3uHozErmVv+SNFK5GOc w24CRnNJ6p+Ncvra8DbugyCJbvPX2gCTrQMEpn/RPmf/WYc0OipVmLVTdL6Hpk8RFZsg ZTGsFGkWLeFX/IZqtCNVFueJxQgYsON8AZXQe4YeX8S4YP9BBDa53RACVA4iwr4iv+CN Xl7Pq69T1061b/aT6mkOEzTb5bgXvbfLqsGIFChILN+ycJ9uygknCjNFkyzYQSqzLz+c kBkjfs9HQLbaTwWGFtarbJ6LgnuLEgVO3fiSFLTN+qCYw9YDmOwZozvtfZq/aCRHMZT/ F7QQ== X-Received: by 10.180.104.234 with SMTP id gh10mr28510280wib.3.1416212623900; Mon, 17 Nov 2014 00:23:43 -0800 (PST) Received: from localhost.localdomain (62-47-209-184.adsl.highway.telekom.at. [62.47.209.184]) by mx.google.com with ESMTPSA id nd20sm14245103wic.11.2014.11.17.00.23.40 for (version=TLSv1.2 cipher=RC4-SHA bits=128/128); Mon, 17 Nov 2014 00:23:42 -0800 (PST) Date: Mon, 17 Nov 2014 09:23:37 +0100 From: Richard Cochran To: Vignesh R Cc: Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Benoit Cousson , Tony Lindgren , Russell King , Jonathan Cameron , Hartmut Knaack , Dmitry Torokhov , Lee Jones , Sebastian Andrzej Siewior , Lars-Peter Clausen , Peter Meerwald , Samuel Ortiz , Felipe Balbi , Brad Griffis , Sanjeev Sharma , Paul Gortmaker , Jan Kardell , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-iio@vger.kernel.org, linux-input@vger.kernel.org Subject: Re: [PATCH v4 2/6] input: touchscreen: ti_am335x_tsc: Remove udelay in interrupt handler Message-ID: <20141117082337.GA3946@localhost.localdomain> References: <1415941651-28962-1-git-send-email-vigneshr@ti.com> <1415941651-28962-3-git-send-email-vigneshr@ti.com> <20141115192739.GA18766@localhost.localdomain> <54697919.5030302@ti.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <54697919.5030302@ti.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-omap-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-omap@vger.kernel.org X-Spam-Status: No, score=-6.8 required=5.0 tests=BAYES_00, DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED, FREEMAIL_FROM, RCVD_IN_DNSWL_HI, T_DKIM_INVALID, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP On Mon, Nov 17, 2014 at 09:57:05AM +0530, Vignesh R wrote: > My patches are based on v3.18rc2. I tested my patches on am335x-evm > using tslib. No beaglebone + cape testing? > Please explain "touch is broken"? What is the behaviour of TSC? With plain v3.17 plus your series, the cursor is almost never near the pen. Mostly it jitters around the right hand edge. My customer had already changed the step delay (I think by trial and error, not sure) in order to get the cursor near the pen. I ported this change onto your series (see patch, below), but still the pen up event causes a huge cursor jump. (Again, I did solve the pen up issue, but in a totally different way. I never posted the fix, because I could not be sure that it would work on a wide variety of boards.) > Which ADC channels are being used for TSC? &tscadc { status = "okay"; tsc { ti,wires = <4>; ti,x-plate-resistance = <300>; ti,coordinate-readouts = <5>; ti,wire-config = <0x00 0x11 0x23 0x32>; }; adc { ti,adc-channels = <5 6 7>; }; }; So for this particular design, your series really does not help, not even a little. You did not test the series on many boards. I am concerned that this series only works on the one board you did test, and that it may break functionality on other people's boards. Thanks, Richard --- -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/drivers/input/touchscreen/ti_am335x_tsc.c b/drivers/input/touchscreen/ti_am335x_tsc.c index b84493f..77a4883 100644 --- a/drivers/input/touchscreen/ti_am335x_tsc.c +++ b/drivers/input/touchscreen/ti_am335x_tsc.c @@ -148,7 +148,7 @@ static void titsc_step_config(struct titsc *ts_dev) end_step = first_step + tsc_steps; for (i = end_step - ts_dev->coordinate_readouts; i < end_step; i++) { titsc_writel(ts_dev, REG_STEPCONFIG(i), config); - titsc_writel(ts_dev, REG_STEPDELAY(i), STEPCONFIG_OPENDLY); + titsc_writel(ts_dev, REG_STEPDELAY(i), STEPCONFIG_OPENDLY | STEPDELAY_SAMPLE(20)); } config = 0; @@ -172,7 +172,7 @@ static void titsc_step_config(struct titsc *ts_dev) end_step = first_step + ts_dev->coordinate_readouts; for (i = first_step; i < end_step; i++) { titsc_writel(ts_dev, REG_STEPCONFIG(i), config); - titsc_writel(ts_dev, REG_STEPDELAY(i), STEPCONFIG_OPENDLY); + titsc_writel(ts_dev, REG_STEPDELAY(i), STEPCONFIG_OPENDLY | STEPDELAY_SAMPLE(20)); } /* Make CHARGECONFIG same as IDLECONFIG */ @@ -188,13 +188,13 @@ static void titsc_step_config(struct titsc *ts_dev) STEPCONFIG_INP(ts_dev->inp_xp); titsc_writel(ts_dev, REG_STEPCONFIG(end_step), config); titsc_writel(ts_dev, REG_STEPDELAY(end_step), - STEPCONFIG_OPENDLY); + STEPCONFIG_OPENDLY | STEPDELAY_SAMPLE(20)); end_step++; config |= STEPCONFIG_INP(ts_dev->inp_yn); titsc_writel(ts_dev, REG_STEPCONFIG(end_step), config); titsc_writel(ts_dev, REG_STEPDELAY(end_step), - STEPCONFIG_OPENDLY); + STEPCONFIG_OPENDLY | STEPDELAY_SAMPLE(20)); /* The steps end ... end - readouts * 2 + 2 and bit 0 for TS_Charge */ stepenable = 1;