[Openchrome-devel] xrandr improvements with r977

[James Simmons]

> I saw that there was some xrandr work done recently.

Its partially done.
 
> Here is what xrandr reports on the default alpine linux
> xf86-video-openchrome package (trunc -r921 iirc):
> Screen 0: minimum 640 x 480, current 1280 x 768, maximum 1280 x 768
> default connected 1280x768+0+0 0mm x 0mm
>    1280x768       60.0* 
>    1280x720       59.0  
>    1024x768       70.0     60.0  
>    1024x600       59.0  
>    1024x576       60.0  
>    1024x512       60.0  
>    800x600        60.0     56.0  
>    720x576        60.0  
>    856x480        60.0  
>    848x480        60.0  
>    800x480        60.0  
>    720x480        60.0  
>    640x480        60.0  
> 
> And here is what xrandr reports with kms_branch r977:
> 
> Screen 0: minimum 320 x 200, current 1280 x 768, maximum 2047 x 2047
> LVDS connected 1280x768+0+0 (normal left inverted right x axis y axis)
> 0mm x 0mm
>    1280x768       59.8* 
> VGA disconnected (normal left inverted right x axis y axis)
> 
> 
> VGA port was detected! Very nice!
>
> I was able to connect it to a 1680x1050 screen, disable the LVDS and
> enable the VGA with xrandr. 

Awesome.

> Switching back to LVDS gave me the login
> screen again (i suppose Xorg segfaulted). 

Anything in the logs or just the silent treatment.

> Running the VGA as --left-of
> didnt work very well either. The screens were parially overlapping and
> the image was scambled. (I had to use 640x480 on vga since this chip
> does not support more than 2047 x 2047) Trying VGA --below made the
> LVDS go blank.

I believe the problem their is the lack of porting the shadow buffer code 
to RandR. 

> We are moving forward! Thanks!

One nasty bug still exist which prevents me from moving forward. For some 
reason the LVDS xf86Output is not binding to the xf86Crtc. Once that is 
fixed we can seem more improvements in RandR support.