sleep: trackpad settings, screen blanking

sleep: trackpad settings, screen blanking

[David N. Welton]

[ please CC replies to me ]

I have a first generation tibook, running Linux 2.4.14, and I have a
few itches that need scratching:

1) The screen doesn't always get blanked when it gets put to sleep.
   Known problem?  Fix being worked on?  If yes, I'd still be curious
   to hear what the problem was, as I had a cursory look at the code,
   but didn't have time to do any rebooting/hacking.

2) Trackpad settings aren't restored (or saved beforehand?) after
   sleep.  Same questions apply.

Thankyou for your time and work - my tibook runs great with Linux:-)
--
David N. Welton
   Consulting: http://www.dedasys.com/
Free Software: http://people.debian.org/~davidw/
   Apache Tcl: http://tcl.apache.org/
     Personal: http://www.efn.org/~davidw/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[Benjamin Herrenschmidt]

>
>[ please CC replies to me ]
>
>I have a first generation tibook, running Linux 2.4.14, and I have a
>few itches that need scratching:
>
>1) The screen doesn't always get blanked when it gets put to sleep.
>   Known problem?  Fix being worked on?  If yes, I'd still be curious
>   to hear what the problem was, as I had a cursory look at the code,
>   but didn't have time to do any rebooting/hacking.

Which kernel ? My rsync ? bk _2_4 ? _2_4_devel ? Linus ?

>2) Trackpad settings aren't restored (or saved beforehand?) after
>   sleep.  Same questions apply.
>

That's normal for now.

Ben.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[David N. Welton]

Benjamin Herrenschmidt <benh@kernel.crashing.org> writes:

[ please CC replies to me ]

> >I have a first generation tibook, running Linux 2.4.14, and I have
> >a few itches that need scratching:

> >1) The screen doesn't always get blanked when it gets put to sleep.
> >   Known problem?  Fix being worked on?  If yes, I'd still be curious
> >   to hear what the problem was, as I had a cursory look at the code,
> >   but didn't have time to do any rebooting/hacking.

> Which kernel ? My rsync ? bk _2_4 ? _2_4_devel ? Linus ?

It's the "stable" kernel from the ftp site.

> >2) Trackpad settings aren't restored (or saved beforehand?) after
> >   sleep.  Same questions apply.

> That's normal for now.

I see... is anyone working on it? "KOBAYASHI R. Taizo" sent me a patch
that he says does it...  I suppose I don't have the time in any case
(nor much knowledge).

Thanks,
--
David N. Welton
   Consulting: http://www.dedasys.com/
Free Software: http://people.debian.org/~davidw/
   Apache Tcl: http://tcl.apache.org/
     Personal: http://www.efn.org/~davidw/

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[Michael Schmitz]

> > >2) Trackpad settings aren't restored (or saved beforehand?) after
> > >   sleep.  Same questions apply.
>
> > That's normal for now.
>
> I see... is anyone working on it? "KOBAYASHI R. Taizo" sent me a patch
> that he says does it...  I suppose I don't have the time in any case
> (nor much knowledge).

IIRC the problem was with asynchronous ADB resetup after sleep; pmud
doesn't wait for that to finish and restores settings that are
subsequently cleares by the bus resetup. BenH thought about ways to fix
this, nothing final yet (that's why it reads 'for now' above :-).

	Michael


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[benh]

>
>It's the "stable" kernel from the ftp site.

Hrm... which ftp site ?

>> >2) Trackpad settings aren't restored (or saved beforehand?) after
>> >   sleep.  Same questions apply.
>
>> That's normal for now.
>
>I see... is anyone working on it? "KOBAYASHI R. Taizo" sent me a patch
>that he says does it...  I suppose I don't have the time in any case
>(nor much knowledge).

There was some code to do that in pmud afaik, but I think it was
broken in subtle ways and got disabled. Just run the trackpad tool
again from your /etc/pwrctl script.

For 2.5, I'm thinking about doing a /proc/bus/adb, with all the
available config infos (Fn key behaviour, trackpad setting, maybe
other things on non-Apple devices like HW button mapping on some
third party mice when we know how to do it).

At this point, I expect those infos to be backed up accross ADB
resets.

Ben.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[benh]

>IIRC the problem was with asynchronous ADB resetup after sleep; pmud
>doesn't wait for that to finish and restores settings that are
>subsequently cleares by the bus resetup. BenH thought about ways to fix
>this, nothing final yet (that's why it reads 'for now' above :-).

My current kernels will block ADB writes when the bus is still
beeing reset/probed. So pmud should work. However, I had some
reports of pmud just screwing up the trackpad in this case, which
may be related to a bug in an older release of pmud. One problem
is that I think debian did some updates to it, but the maintainer
did't update the official version. Well, I might have just missed
something here as I use to rely on debian's version :)

Ben.


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: sleep: trackpad settings, screen blanking

[Michael Schmitz]

> >IIRC the problem was with asynchronous ADB resetup after sleep; pmud
> >doesn't wait for that to finish and restores settings that are
> >subsequently cleares by the bus resetup. BenH thought about ways to fix
> >this, nothing final yet (that's why it reads 'for now' above :-).
>
> My current kernels will block ADB writes when the bus is still

I think that's what we discussed. How current a kernel do I need for that?

> beeing reset/probed. So pmud should work. However, I had some
> reports of pmud just screwing up the trackpad in this case, which
> may be related to a bug in an older release of pmud. One problem
> is that I think debian did some updates to it, but the maintainer

Yep; an off-by-one error in the reply buffer addressing.

> did't update the official version. Well, I might have just missed
> something here as I use to rely on debian's version :)

I think Stephan released an update for that after I alerted him to the
problem. But I've gotten too far out or sync with him again...

	Michael


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/