Thinkpad T60 sticky touchpad (amd64/5.1-stable)

2012-05-31 Thread Jonathan Thornburg
Hi,

I have a Lenovo Thinkpad T60 amd64 laptop (dmesg below) running 5.1-stable
(fresh install of -release from the CD set, then CVS update to -stable).
The touchpad

  pms0 at pckbc0 (aux slot)
  wsmouse0 at pms0 mux 0
  wsmouse1 at pms0 mux 0
  pms0: Synaptics touchpad, firmware 6.2

has an irritating problem in 5.1 (which was *not* present on this same
machine when running 5.0-{release,stable} with X video acceleration
disabled):  When running X (autoconfigured with no xorg.conf), the
pointer will intermittently jump to and stick at either the left side
of the screen, the top of the screen, or the top left corner.  When
stuck to the left side of the screen the pointer will only move up/down,
not left/right; when stuck to the top side of the screen the pointer
will only move left/right, not up/down; when stuck to the top left
corner the pointer won't move at all.

The only way I've found to recover from a stuck state is to press
(any) one of the touchpad buttons; that allows the pointer to be moved
in both directions again.

The mean occurence rate is on the order of 3-5 stickings per hour,
but there seems to be clustering, with several pairs or triplets less
than 10 seconds apart.  I've kept a log of all stickings this since
I updated to 5.1-stable 8 days ago.  In that time, I've had a total
of 118 stickings (24 top-side, 77 left-side, 17 top-left-corner),
including 5 in the time it took me to compose this message.

I think (but am not certain) that all the stickings have occured when
I used the touchpad to move the pointer.  That is, I think (but am not
certain) that no sticking has ever happened *without* my touching the
touchpad.

One other thing that may be relevant...  Moving from 5.0 to 5.1 the
touchpad is much more sensitive, i.e., the ratio
  (cm pointer movement)/(cm finger movement on touchpad)
went up by about an order of magnitude.  In 5.0 and before I used
'xset m 2 10' in my .xinitrc; in 5.1 I'm using 'xset m 1/4' to
compensate for the higher sensitivity.

Has anyone else seen this sticky touchpad problem?  Is there a known
workaround/fix?  Are there useful debug options I could enable in the pms
driver or elsewhere to gather more information?

dmesg:
OpenBSD 5.1-stable (GENERIC.MP) #0: Wed May 23 21:13:00 EDT 2012
r...@cobalt.astro.indiana.edu:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3218931712 (3069MB)
avail mem = 3119144960 (2974MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries)
bios0: vendor LENOVO version 7IET23WW (1.04 ) date 12/27/2006
bios0: LENOVO 87424GU
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT SSDT SSDT 
SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) 
EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1995.32 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu0: 4MB 64b/line 16-way L2 cache
cpu0: apic clock running at 166MHz
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz, 1995.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,NXE,LONG,LAHF
cpu1: 4MB 64b/line 16-way L2 cache
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 12 (EXP3)
acpiprt6 at acpi0: bus 21 (PCI1)
acpicpu0 at acpi0: C3, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, PSS
acpipwrres0 at acpi0: PUBS
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 100 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model 92P1139 serial  3681 type LION oem Panasonic
acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2000, 1667, 1333, 1000 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 Intel 82945GM Host rev 0x03
ppb0 at pci0 dev 1 function 0 Intel 82945GM PCIE rev 0x03: msi
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 ATI Radeon Mobility X1400 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
radeondrm0 at vga1: apic 1 int 16
drm0 at radeondrm0

Re: Thinkpad T60 sticky touchpad (amd64/5.1-stable)

2012-05-31 Thread Peter Laufenberg
I have a Lenovo Thinkpad T60 amd64 laptop (dmesg below) running 5.1-stable
(fresh install of -release from the CD set, then CVS update to -stable).
The touchpad

  pms0 at pckbc0 (aux slot)
  wsmouse0 at pms0 mux 0
  wsmouse1 at pms0 mux 0
  pms0: Synaptics touchpad, firmware 6.2

has an irritating problem in 5.1 (which was *not* present on this same
machine when running 5.0-{release,stable} with X video acceleration
disabled):  When running X (autoconfigured with no xorg.conf), the
pointer will intermittently jump to and stick at either the left side
of the screen, the top of the screen, or the top left corner.
(snip)

Has anyone else seen this sticky touchpad problem?

I've had problems with a synaptics touchpad + USB laser mouse but wasn't using 
the touchpad at all. It wasn't stick-related, possibly not X-related, the mouse 
would connect/disconnect randomly but it's an old laptop so it's possible the 
mouse was just drawing too much power. I haven't investigated the issue further 
yet.

-- p