#9135 NORM Not Tri: emacs crashes OFW when reloaded

[Zarro Boogs per Child]

#9135: emacs crashes OFW when reloaded
-------------------------------------------+--------------------------------
           Reporter:  mamoul               |       Owner:  wmb at firmworks.com
               Type:  defect               |      Status:  assigned         
           Priority:  normal               |   Milestone:  Not Triaged      
          Component:  ofw - open firmware  |     Version:  not specified    
         Resolution:                       |    Keywords:                   
        Next_action:  never set            |    Verified:  0                
Deployment_affected:  Q2E18                |   Blockedby:                   
           Blocking:                       |  
-------------------------------------------+--------------------------------
Changes (by wmb at firmworks.com):

  * status:  new => assigned


Comment:

 When OFW boots a program or an operating system - and emacs is an external
 program that is booted in nearly the same way that OFW boots Linux - OFW
 assumes that the program might "take over the machine" and change the
 system state in a way that OFW doesn't understand.  So in order to be
 safe, OFW always resets if you try to boot again after the program exits.

 That generic safety policy turns out to be overkill for emacs, which
 happens to be well-behaved.

 I'll fix this problem in an upcoming release, but for now you can work
 around it as follows:

   ok  0 to already-go? emacs

 The value "already-go?" is OFWs memory that a program has already been
 booted.  Setting it to zero before re-executing a program disables the
 "safety reset".

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