#12516 NORM Not Tri: Reimaging with fs-update fails if USB keyboard attached to other XO-4 USB port

[Zarro Boogs per Child]

#12516: Reimaging with fs-update fails if USB keyboard attached to other XO-4 USB
port
-------------------------------------------+--------------------------------
           Reporter:  greenfeld            |       Owner:  Quozl                            
               Type:  defect               |      Status:  new                              
           Priority:  normal               |   Milestone:  Not Triaged                      
          Component:  ofw - open firmware  |     Version:  Development build as of this date
         Resolution:                       |    Keywords:                                   
        Next_action:  diagnose             |    Verified:  0                                
Deployment_affected:                       |   Blockedby:                                   
           Blocking:                       |  
-------------------------------------------+--------------------------------

Comment(by Quozl):

 Thanks.

 I have tested continuous XO-4 fs-update with the USB keyboard interrupt
 handler disabled, for 73 hours straight, with no exceptions reported.

 Therefore the problem relates to the re-entrancy of the USB stack, or the
 interrupt handler.

 Adding a coarse interlock that prevents execution of the handler when the
 USB stack is in use by a command does work, but then the USB keyboard is
 unresponsive at some unusual times, such as the more prompt in the
 directory command.

 I am testing continuous XO-1.5 fs-update with the USB keyboard interrupt
 handler enabled, with no exceptions reported so far.

 Then I shall test XO-1.5 with a hub, in the hope that this is a re-
 entrancy issue associated with USB hubs alone.

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