>> To prove, first turn off how the existing module triggers<br>
>> recalibrations<br><br>
> Reproduced without changing parameters or a nose.<br><br>Turning off the recalibrations was just to allow miscalibration to persist for demonstration purposes. Ie, starting from first principles to show my reasoning.<br>
<br><br><br>> I agree, it does seem that the calibration as a result of jumpiness<br>> might cause symptoms.<br>
<br>One thing I realised I could have emphasised is that the attempted recalibration based on jumpiness is self perpetuating. Much like why post_interrupt_delay didn't work. We're trying to think of things the device developers would have already thought about.<br>
<br><br><br>
> I can't think of a way to know when it is safe to recalibrate.<br><br>That is where I explained what was described as "spew", being helpful.<br><br>I just fired up the <a href="http://wiki.laptop.org/go/Image:KGDMFA001-non-confidential.pdf">tech specs</a> (the xo displays it correctly), and page 14 has the point about auto self recalibration...<br>
<br>---<br>7) Automatic calibration setting command Enable/Disable       *C ver<br><br>   This command sets whether to do the calibration automatically when the following states are generated.<br>   a. The high-speed operation not generated in the normal operation when continuing.<br>
   b. When you continuously generate the same position for ten seconds or more.<br>----<br><br>For (b), 10 seconds is a long time.<br>But does anyone know about (a), and if/why we do/dont use auto calib without the firmware module recalibs?<br>
<br><br><br><div class="gmail_quote">2010/1/21 James Cameron <span dir="ltr"><<a href="mailto:quozl@laptop.org">quozl@laptop.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">On Thu, Jan 21, 2010 at 01:30:06AM +0100, James Zaki wrote:<br>
> The first thing I suspect most people do while waiting for the gui to<br>
> become responsive is try to move the curser.<br>
<br>
</div>Yes, I've seen children do that.  Or press keyboard keys hoping it will<br>
go faster booting.  It seems to work for them because their perception<br>
of time is altered by interacting.<br>
<div class="im"><br>
> The init of the psmouse module triggers a calibration.<br>
<br>
</div>Tested ... holding a finger on the touchpad during boot ... does cause<br>
jumpyness.<br>
<div class="im"><br>
> To prove, first turn off how the existing module triggers<br>
> recalibrations (I will explain the problem with one of them in a<br>
> moment)<br>
> ---<br>
> cd /sys/module/psmouse/parameters<br>
> echo 0 > jumpy_delay; echo 0 >spew_delay<br>
> ---<br>
><br>
> Now give your xo a 5-finger-salut. The regular 4-finger-salut is here<br>
> but just before hitting that final fn key, try rest a finger on the<br>
> touchpad (the nose squished a bit also works too). The bigger the<br>
> touch, the greater areas are miscalibrated.<br>
<br>
</div>Reproduced without changing parameters or a nose.<br>
<div class="im"><br>
> One way to reproduce was with a finger in one corner tap the other<br>
> corner whilst lifting the first finger. Doing something like this a<br>
> few times (basically triggering the recalibrate by imperfect use) will<br>
> cause the calibration to occur whilst your fingers are there.<br>
<br>
</div>Reproduced easily.  (all above 802 on XO-1)<br>
<br>
I agree, it does seem that the calibration as a result of jumpiness<br>
might cause symptoms.<br>
<br>
I can't think of a way to know when it is safe to recalibrate.<br>
<font color="#888888"><br>
--<br>
James Cameron<br>
<a href="http://quozl.linux.org.au/" target="_blank">http://quozl.linux.org.au/</a><br>
</font></blockquote></div><br>