#4479 HIGH Update.: DCON corruption during suspend/resume

[Zarro Boogs per Child]

#4479: DCON corruption during suspend/resume
---------------------+------------------------------------------------------
  Reporter:  wad     |       Owner:  dilinger
      Type:  defect  |      Status:  new     
  Priority:  high    |   Milestone:  Update.1
 Component:  kernel  |     Version:          
Resolution:          |    Keywords:  DCON    
  Verified:  0       |  
---------------------+------------------------------------------------------

Comment(by dwmw2):

 In the dcon_resume() code path you're right -- we aren't reinitialising
 the hardware. But that's because it's not powered down in that case --
 that's when we put the CPU into suspend, but the screen remains on. Hence
 the 'is_powered_down' argument being zero.

 The _other_ case is dcon_sleep(), and in that case we _do_ seem to get it
 right -- after calling dcon_bus_stablilize(1) we do call dcon_hw_init().

 Did you try reinitialising by hand with i2cset tools from userspace? Just
 adding a printk in dcon_hw_init() should suffice to confirm that we're
 following that path when we should be.

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