linux-kernel - Re: [PATCH v2 1/2] input: touchscreen: introduce tsc2005 driver

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <20091116152354.GA29479@sirena.org.uk>
Date:	Mon, 16 Nov 2009 15:23:55 +0000
From:	Mark Brown <broonie@...nsource.wolfsonmicro.com>
To:	Phil Carmody <ext-phil.2.carmody@...ia.com>
Cc:	ext Dmitry Torokhov <dmitry.torokhov@...il.com>,
	"Koskinen Aaro (Nokia-D/Helsinki)" <aaro.koskinen@...ia.com>,
	"linux-input@...r.kernel.org" <linux-input@...r.kernel.org>,
	"linux-omap@...r.kernel.org" <linux-omap@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"tony@...mide.com" <tony@...mide.com>,
	"Leukkunen Lauri (Nokia-D/Helsinki)" <lauri.leukkunen@...ia.com>,
	David Brownell <dbrownell@...rs.sourceforge.net>,
	"Deak Imre (Nokia-D/Helsinki)" <imre.deak@...ia.com>,
	"Doyu Hiroshi (Nokia-D/Helsinki)" <hiroshi.doyu@...ia.com>,
	"Kauppi Ari (EXT-Ixonos/Oulu)" <ext-ari.kauppi@...ia.com>,
	Jarkko Nikula <jhnikula@...il.com>,
	"Nurkkala Eero.An (EXT-Offcode/Oulu)" <ext-Eero.Nurkkala@...ia.com>,
	"Tereshonkov Roman (Nokia-D/Helsinki)" <roman.tereshonkov@...ia.com>
Subject: Re: [PATCH v2 1/2] input: touchscreen: introduce tsc2005 driver

On Mon, Nov 16, 2009 at 02:37:48PM +0200, Phil Carmody wrote:
> On 14/11/09 07:03 +0100, ext Dmitry Torokhov wrote:

> > Do we really need to do filtering and averaging in kernel? What about
> > tslib?

> Not everyone uses tslib. There's already some filtering in the tsc2005 
> already, but it's not really enough. This averaging also has the
> pleasant side-effect of reducing the number of input events. The
> fudging that takes place later has slightly different smoothing
> behaviour, and isn't a substitute.

If we do want to be doing filtering and averaging in kernel then it
really ought to be some sort of generic framework rather than driver
specific code since otherwise there will be duplication of effort.  The
OpenMoko guys were pushing a framework for doing that, I'm not sure what
the current status is.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/