[cc += pgf, de...@laptop.org]
Maybe you know something about it?
Forwarded Message
From: Bernie Innocenti
To: Daniel Drake
Cc: Michael Stone , Raul Gutierrez Segales
, Chris Ball , Dennis Gilmore
Subject: Re: xorg.conf for the XO-1
Date: Wed, 20 Jan 2010 14:50:48 -0300
[cc +
On Thu, Jan 21, 2010 at 04:18:24PM +0100, Eustace Amah wrote:
> One of the problem that am experiencing now is that I configured the
> 15 APs with same ESSID, different channels(1,6,11) shared among them
> and located all around the school. Remember that the APs are
> configured with different subn
On Thu, 2010-01-21 at 20:37 +0100, Sascha Silbe wrote:
> On Thu, Jan 21, 2010 at 03:06:14PM -0300, Bernie Innocenti wrote:
>
> > I remember getting rid of all the manual input device
> > configuration on the transition to Xorg 1.5.
> FWIW it works fine without any xorg.conf at all on Debian. It ha
On Thu, Jan 21, 2010 at 03:06:14PM -0300, Bernie Innocenti wrote:
I remember getting rid of all the manual input device
configuration on the transition to Xorg 1.5.
FWIW it works fine without any xorg.conf at all on Debian. It has hal
running, though.
CU Sascha
--
http://sascha.silbe.org/
ht
Anyone has any clue?
Forwarded Message
From: Bernie Innocenti
To: Michael Stone , Daniel Drake
, Raul Gutierrez Segales
Subject: xorg.conf for the XO-1
Date: Tue, 19 Jan 2010 11:38:25 -0300
I remember getting rid of all the manual input device
configuration on the transition t
james wrote:
> 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.
very true -- th
james -- thanks for taking a fresh look at this.
james wrote:
> Thanks Martin,
>
> With some help from the people at #olpc-devel such as pgf, I was able to
> look at where I needed to to test some theories.
>
> Looking at the code in hgpk.c that runs on the xo-1 I'm testing on,
>
> The
>> To prove, first turn off how the existing module triggers
>> recalibrations
> Reproduced without changing parameters or a nose.
Turning off the recalibrations was just to allow miscalibration to persist
for demonstration purposes. Ie, starting from first principles to show my
reasoning.
> I