#8894 HIGH Not Tri: Synaptics touchpad takes two seconds to wake up after resume

[Zarro Boogs per Child]

#8894: Synaptics touchpad takes two seconds to wake up after resume
------------------------+---------------------------------------------------
   Reporter:  wad       |       Owner:  dsaxena       
       Type:  defect    |      Status:  assigned      
   Priority:  high      |   Milestone:  Not Triaged   
  Component:  kernel    |     Version:  not specified 
 Resolution:            |    Keywords:  CL1-A touchpad
Next_action:  diagnose  |    Verified:  0             
  Blockedby:            |    Blocking:                
------------------------+---------------------------------------------------

Comment(by dsaxena):

 Wow, this code is seriously screwy. We are building our kernel w/o
 CONFIG_MOUSE_PS2_SYNAPTICS but the synaptics.c driver is always compiled
 in. With thee config option disabled, the protocol data structure with a
 pointer to synaptics_init() is not built in. I tried compiling with
 protocol extension support and we no longer run the deferred
 initialization, but the pointer locks up with the following message after
 resume:

 {{{psmouse.c: TouchPad at isa0060/serio1/input0 lost sync at byte 1}}}

 The pointer is also extremely sensitive in Synaptics mode, but that can be
 fixed via 'xset m'.

 So there are a couple of ways to approach this:

 * Make the TP work properly in Synaptics protocol mode so it does not lock
 after resume.

 * Put some more ifdefs in code to work around the protocol detection at
 resume that is causing us to run the deferred device query.

 * Add a kernel/module parameter similar to no_console_suspend so we know
 not to disconnect/reconnect the device regardless of HPGK or Synaptics
 mode. This would let us drop the #ifdef bits in serio.c and i8042.c that
 are not upstream-OK.

-- 
Ticket URL: <http://dev.laptop.org/ticket/8894#comment:12>
One Laptop Per Child <http://laptop.org/>
OLPC bug tracking system