#12254 LOW Not Tri: test-all fails on USB test

Zarro Boogs per Child bugtracker at laptop.org
Tue Nov 20 17:38:23 EST 2012

#12254: test-all fails on USB test
           Reporter:  Quozl                |       Owner:  Quozl        
               Type:  defect               |      Status:  new          
           Priority:  low                  |   Milestone:  Not Triaged  
          Component:  ofw - open firmware  |     Version:  not specified
         Resolution:                       |    Keywords:               
        Next_action:  test in build        |    Verified:  0            
Deployment_affected:                       |   Blockedby:               
           Blocking:                       |  
Changes (by wmb at firmworks.com):

  * next_action:  never set => test in build


 The root cause of this problem is the way that #11845 was fixed.  That
 change (svn 3004) caused ports to be reprobed, even if there was a device
 attached that had been successfully probed and was working; reprobing
 could cause it to stop working, particularly in the case of built-in hubs.

 The fix to this ticket is in svn 3444, which modifies the selftest logic
 so that devices that are already present prior to selftest execution are
 not reprobed, but rather their identification information is displayed.
 With this change, execution of USB selftest is stable in any order,
 whether in diag mode or not.

 svn 3444 add the additional feature of making it easy to invoke the old
 fisheye test, which svn 3004 hid under the hood.  To invoke fisheye:

    ok false to diag-switch?    \ diag-switch? is usually already false ...
    ok test /usb:fisheye        \ Fisheye pattern to unpopulated USB root
    ok test /usb:fisheye/hub    \ Fisheye pattern to unpopulated USB hub

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

More information about the Bugs mailing list