From: Thomas Renninger <trenn@suse.de>
Organization: SUSE Linux - Novell
To: =?iso-8859-1?q?=C9ric_Piel?= <eric.piel@tremplin-utc.net>
Subject: Re: HP accelerometer: free fall detection working, testers wanted
Date: Mon, 1 Dec 2008 12:55:21 +0100
User-Agent: KMail/1.9.9
Cc: Pavel Machek <pavel@suse.cz>, kernel list <linux-kernel@vger.kernel.org>,
       hmh@hmh.eng.br
References: <20081121212121.GA7222@elf.ucw.cz> <20081128104459.GA32417@atrey.karlin.mff.cuni.cz> <493310BD.8050506@tremplin-utc.net>
In-Reply-To: <493310BD.8050506@tremplin-utc.net>
MIME-Version: 1.0
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 8BIT
Content-Disposition: inline
Message-Id: <200812011255.22383.trenn@suse.de>
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 2551
Lines: 58

On Sunday 30 November 2008 23:16:29 ?ric Piel wrote:
> Pavel Machek schreef:
> > Hi!
> >
> >>> I got free fall detection to work -- apparently BIOS does all the
> >>> important stuff itself.
> >>>
> >>> Now... I'd like some testers. (Don't comment on code... yet. Yes, it
> >>> has some issues).
> >>
> >> Also, how do you try free fall? Did you try also with the lid
> >> opened?
> >
> > With the lid opened, too, yes. I just took the machine, then tried to
> > let go and catch it meter below that. (Of course I did not really let
> > go, but released the grip and followed...)
>
> Hi,
> I've tested it. Mostly, it works. If I let it fall, it detects it. If I
> repeat, it detects it again. If shake it, it doesn't detect any freefall
> (good). However, for this to work on my laptop (2510p), after the device
> is turned on, the AC must be unplugged and lid closed before it starts
> working. It seems that that's only this specific state that triggers the
> configuration of the sensor by the bios. Once setup, I can plug back and
> open again the lid, the sensor keeps detecting the freefalls (until it's
> turned off again).
>
> So I think it's still necessary to explicitly set up the sensor. It's
> just a matter of setting up the registers as the bios does. We should be
> able to manage (just by dumping them once).
>
> BTW, there were a couple of problems with the scripts. You have change
> "/dev/misc" to "/dev/freefall" (which I also like more) but forgot to
> update the driver itself.
>
> For hp3dg, it couldn't find the led (not the same truncation of the name
> of the led). Probably you could replace the name of the led by:
> /sys/class/leds/*hddprotect*/
>
> The led never turns off, because the sleep is slightly shorter than the
> unload command.
>
> Moreover, on my system I have neither /proc/acpi/button/lid/LID/state
> nor /proc/acpi/ac_adapter/AC0/state ! I guess they could be replaced by
> a clever use of /dev/input/eventX (contening Lid) and
> /sys/class/power_supply/*/online
These should still exist (bug?), as long as you do compile with ACPI_PROCFS
(and load the ac, button modules).
But there should also exist a sysfs replacement:
http://userweb.kernel.org/~lenb/doc/LPC2008-API-web/
gives an overview of what is converted and where it should pop up now.

     Thomas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/