#9054 HIGH 9.1.0: Speed up USB resume.

[Zarro Boogs per Child]

#9054: Speed up USB resume.
------------------------------+---------------------------------------------
           Reporter:  cjb     |       Owner:  dsaxena      
               Type:  defect  |      Status:  assigned     
           Priority:  high    |   Milestone:  9.1.0        
          Component:  kernel  |     Version:  not specified
         Resolution:          |    Keywords:  power        
        Next_action:  design  |    Verified:  0            
Deployment_affected:          |   Blockedby:               
           Blocking:          |  
------------------------------+---------------------------------------------
Changes (by mikus):

 * cc: mikus (added)


Comment:

 While I have no objection to this ticket, I believe that a more agressive
 resume will not be enough to dispel an impression of "slow responsiveness"
 that a XO user might assert.  When my (non-suspended) XO has not had any
 keyboard input for a while (and particularly if a task happens to be
 running and using 100% of the CPU), I can press a key - then have to wait
 much more than 800 msec to see that character appear on the screen.

 FWIW, at home I usually run with five or more devices plugged into the
 USB.  Although I normally haven't used suspend (NM 0.6 doesn't resume my
 ethernet connection), when I have tested it I have *not* felt unduly "held
 back" by the time the XO takes to re-activate my USB devices.  [Rightly or
 wrongly, my impression is that what takes time after resume is for the
 software to dialogue with the device, not the delay for the port to come
 up.]

 I'm glad that under 0.83 the software does not appear to be scanning the
 content of my "permanent" SD card -- that could take minutes all told.
 [If done after a 'resume', such a scan would cause the XO to feel
 "unresponsive" for a long long time.]

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