I noticed that the appletouch driver doesn't survive an hibernate to memory (and worse) putting the power in anymore. I am very happy that the constant drain of interrupts from the appletouch driver is probably fixed by hrtimer, but the side effect is not a nice alternative. The problems are usually a mouse that moves randomly, buttons are not working etc. Is any developer seeing the same problems? Reproducible: Always
I don't think any of us have such hardware. If you'd like us to treat this as a bug report then you're going to have to provide more info :-)
(In reply to comment #1) > I don't think any of us have such hardware. If you'd like us to treat this as a > bug report then you're going to have to provide more info :-) I try to contact you by e-mail. But you did not reply. What info can I provide that could be actually helpful?
Are you still having trouble with the appletouch driver on later kernels? Can you test the latest gentoo-sources-2.6.25-rX and if that fails, please try the latest vanilla-sources-2.6.26.X
(In reply to comment #3) > Are you still having trouble with the appletouch driver on later kernels? > > Can you test the latest gentoo-sources-2.6.25-rX and if that fails, please try > the latest vanilla-sources-2.6.26.X I'm currently at 2.6.24-gentoo-r3, currently have bandwidth limitations, but I'll check this on Sunday.
(In reply to comment #4) > (In reply to comment #3) > > Are you still having trouble with the appletouch driver on later kernels? > > > > Can you test the latest gentoo-sources-2.6.25-rX and if that fails, please try > > the latest vanilla-sources-2.6.26.X > > I'm currently at 2.6.24-gentoo-r3, currently have bandwidth limitations, but > I'll check this on Sunday. Latest Gentoo kernel sources completely crashes my machine when trying to start X. Screen goes blank... pinging the machine still works, ssh doesn't. Will try the latest vanilla sources.
Vanilla gives me the same issue. Screen goes dark (like with 2.6.24) but X doesn't come up after it. I guess this will become a different bug.
It looks like you may have run into the same issues described in the upstream kernel bug: http://bugzilla.kernel.org/show_bug.cgi?id=10825 A commit was made in 2.6.26 to address the issue. Can you please test with gentoo-sources-2.6.26-r1 and report back here.
I'll give it a shot, I hope the strange things with caps-lock (in X) will also be issued... (or maybe that is just evdev behaving badly)
(In reply to comment #7) > It looks like you may have run into the same issues described in the upstream > kernel bug: http://bugzilla.kernel.org/show_bug.cgi?id=10825 > > A commit was made in 2.6.26 to address the issue. > > Can you please test with gentoo-sources-2.6.26-r1 and report back here. It seems to work... I'll report back if there are problems. But the secondary issue, isn't fixed. The capslock is still swapped around after every virtual terminal to X change. I'm not using evdev because of keyboard layout settings.
Bug not solved, just got it back, just in the middle of X the mouse 'hangs' in scrolling mode. (Two finger operation) Is unable to get out of it, leaving X, going back fix it for some seconds. Removing the module, modprobing it again, and going out/in of X gives back the touchpad.
Anything in dmesg during a hang?
(In reply to comment #11) > Anything in dmesg during a hang? From what I remember in general it was something like "invalid packet", but I'll check it, if it happens again.
Rather than see this languish here. I suggest bring your issues to the upstream bug. We are now CC'd on the bug and will keep and eye on it for updates.