#9350 HIGH 10.1.3: xrandr screen rotation support

[Zarro Boogs per Child]

#9350: xrandr screen rotation support
---------------------------------------+------------------------------------
           Reporter:  dsd              |       Owner:  jnettlet                         
               Type:  defect           |      Status:  assigned                         
           Priority:  high             |   Milestone:  10.1.3                           
          Component:  x window system  |     Version:  Development build as of this date
         Resolution:                   |    Keywords:                                   
        Next_action:  diagnose         |    Verified:  0                                
Deployment_affected:                   |   Blockedby:                                   
           Blocking:  10229            |  
---------------------------------------+------------------------------------

Comment(by martin.langhoff):

 Right -- status update

 The chrome track got stuck on various issues, so I asked jnettlet a few
 days ago to focus on openchrome-0.2.990 -- fix the gimp crash (which we
 indicated would be easy) and we may just have to live w slow perf when
 rotated.

 The resulting rpm openchrome-0.2.990-2 works, fixes gimp crash... and has
 allowed us to uncover various glitches around suspend/resume + rotation:

  * on resume we need to restore more registers on the resume codepath --
 jnettlet is cleaning up a viafb patch for that (the rough patch works
 well)
  * with that viafb fix, the dcon gets unfrozen too early - before the
 registers are reset - showing a nasty orientation glitch. After many wrong
 turns, we found that it's happening in OFW. James Cameron built a roughly
 patched OFW that doesn't unfreeze the dcon, and it fixes the problem. Now
 we need a proper patch & release of OFW.
  * during the above investigations, we commented out a dcon unfreeze that
 happens in the kernel driver olpc-dcon -- unclear whether we need it
  * testing in rotated modes has uncovered that dpi when rotated left or
 right is bogus -- the right fix is probably in xorg or xrandr but we can
 workaround in olpc-rotate. Sam Greenfeld had spotted this dpi problem
 before #10453

 So late last night Jon had a working rotation, no glitches!

 To get this into the build we need to

  * confirm whether the olpc-dcon driver patch removing the unfreeze is
 needed - and whether it may need to be conditional
  * cleanup viafb patch, review, merge, build kernel rpm
  * check with Mitch whether the (trivial) OFW change is kosher - does it
 break other OSs? - release & build
  * prepare a workaround patch for olpc-rotate, or a root-cause fix in
 xorg/xrandr for #10453

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