mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Éric Piel" <eric.piel@tremplin-utc.net>
To: Neil Brown <neilb@suse.de>
Cc: Daniel Mack <daniel@caiaq.de>, Alan Cox <alan@linux.intel.com>,
	linux-i2c@vger.kernel.org, khali@linux-fr.org,
	linux-input@vger.kernel.org, linux-kernel@vger.kernel.org,
	Samu Onkalo <samu.p.onkalo@nokia.com>
Subject: Re: [PATCH 3/4] liss331d1: accelerometer driver
Date: Thu, 15 Apr 2010 11:47:40 +0200	[thread overview]
Message-ID: <4BC6E0BC.2040006@tremplin-utc.net> (raw)
In-Reply-To: <20100415090542.21f9778d@notabene.brown>

On 15/04/10 01:05, Neil Brown wrote:
:
> 
> The Openmoko Freerunner has as lis302D which is an SPI version of a very
> similar device, so making the one driver work on that was well would be nice
> if possible.
Definitely!

> 
> The lis302d can detect threshold crossings and taps as well as simple
> orientation and I found it useful to include support for those in the driver
> as well.
> In particular:
>  1/ I allowed the 'data_rate' that was programmed to be any number (including 
>     fractions and 0) and the driver would report at that rate, using a timer
>     for rates below 50Hz.
>     When the app is only interested in long-term change, this can
>     significantly reduce the amount of data that has to be handled by
>     userspace.
Samu (from Nokia) has started to had such idea via the patch
lis3-setup-poll-interval-limits.patch which in now in the -mm tree. It
allows to specify the polling rate via the input interface
(/sys/devices/platform/lis3lv02d/input/input8/poll). But for now I don't
think the actual refresh rate is updated automatically, it would be a
nice addition.


> 
>  2/ I allowed a 'threshold' to be set so that changes bigger than that get
>     notified promptly even if that is faster than the requested data rate
It could be interesting too... but what interface are you using for the
userspace to specify this threshold? A sysfs file?

> 
>  3/ I allowed taps to be detected and reported as BTN_X BTN_Y and BTN_Z
>     input events.
This one should now be working with Samu's patch
lis3-interrupt-handlers-for-8bit-wakeup-and-click-events.patch also in
the -mm tree.

> 
> Would it be sensible to include that support in this driver?  The
> LIS331DL seem to have the same threshold and tap support.
So all in all, if you could have a look at what changes are necessary to
get the lis3lv02d driver work with your hardware, it would be great. (I
suspect it should be quite little.)

See you,
Eric

  reply	other threads:[~2010-04-15  9:47 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-14 12:51 [PATCH 0/4] Various intel small device drivers Alan Cox
2010-04-14 12:51 ` [PATCH 1/4] hmc6352: Add driver for the HMC6352 compass Alan Cox
2010-04-14 13:48   ` Jonathan Cameron
2010-04-14 14:32     ` Alan Cox
2010-04-14 14:51       ` Jonathan Cameron
2010-04-14 15:19         ` Alan Cox
2010-04-14 16:39           ` Jonathan Cameron
2010-04-14 21:36           ` Joe Perches
2010-04-15 12:11             ` Alan Cox
2010-04-15 15:57               ` Joe Perches
2010-04-14 16:56         ` isl29020: ALS driver as misc device Alan Cox
2010-04-14 17:01           ` Greg KH
2010-04-15 10:09             ` Jonathan Cameron
2010-04-15 11:17               ` Alan Cox
2010-04-26 10:59                 ` Jonathan Cameron
2010-04-14 12:51 ` [PATCH 2/4] isl29020: ambient light sensor Alan Cox
2010-04-14 22:45   ` Daniel Mack
2010-04-14 22:35     ` Alan Cox
2010-04-15  6:20       ` Daniel Mack
2010-04-15 10:15         ` Jonathan Cameron
2010-04-14 12:52 ` [PATCH 3/4] liss331d1: accelerometer driver Alan Cox
2010-04-14 22:12   ` Éric Piel
2010-04-14 22:34     ` Daniel Mack
2010-04-14 23:05       ` Neil Brown
2010-04-15  9:47         ` Éric Piel [this message]
2010-04-14 22:37     ` Alan Cox
2010-04-15 10:28     ` Jonathan Cameron
2010-04-15 10:02       ` Alan Cox
2010-04-15 19:12   ` Pavel Machek
2010-04-14 12:52 ` [PATCH 4/4] emc1403: thermal sensor support Alan Cox
2010-04-14 13:30 ` [PATCH 0/4] Various intel small device drivers Jean Delvare
2010-04-14 13:49   ` Alan Cox
2010-04-14 13:55     ` Jonathan Cameron
2010-04-14 14:19       ` Alan Cox

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4BC6E0BC.2040006@tremplin-utc.net \
    --to=eric.piel@tremplin-utc.net \
    --cc=alan@linux.intel.com \
    --cc=daniel@caiaq.de \
    --cc=khali@linux-fr.org \
    --cc=linux-i2c@vger.kernel.org \
    --cc=linux-input@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=samu.p.onkalo@nokia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®