WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel][PATCH] Dynamic modes support for PV xenfb (0 of 2)

To: Pat Campbell <plc@xxxxxxxxxx>
Subject: Re: [Xen-devel][PATCH] Dynamic modes support for PV xenfb (0 of 2)
From: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Date: Wed, 9 Jan 2008 19:43:26 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Wed, 09 Jan 2008 11:44:07 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <47833537.3E48.0018.0@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <47833537.3E48.0018.0@xxxxxxxxxx>
Reply-to: "Daniel P. Berrange" <berrange@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.4.1i
On Tue, Jan 08, 2008 at 08:34:31AM -0700, Pat Campbell wrote:
> 
> Patches 1of2 and 2of2 adds multiple frame buffer resolution
> support to the PV xenfb frame buffer driver and the PV xenfb
> VNC server.
> 
> API Changelog entry is included here as I did not see doc/ChangeLog
> when I did a tip clone this morning.
> 
> ---------------------------------------------------------------
> API Changelog entry:
> 
>  PV framebuffer multiple resolution facility:
> 
>   Guest may send XENFB_TYPE_RESIZE if feature-resize = 1 in
>   xenstore of the backend VNC server. VNC server code sets
>   feature-resize if it can handle the resize reguest.
> 
>   When multiple resolution support is enabled the guests frame
>   buffer size jumps from 2MB to 5MB.  Maximum scanline length
>   is 1280 pixels. Code can support any resolution thats fits
>   within the 5MB and does not exceed a width of 1280.
> 
>   New xenstore virtual machine specific VNC attributes:
>     vncresizable-pvfb: For those that don't need higher
>       resolutions in their guest. Default: 0.

Is there really any compelling need to make the resize stuff
a config option ?  IMHO it should just always be on by default.
If a user doesn't want to resize the guest, then they can simply
not run the xrandr tool in their guest.

>     vnc-fixevdev-abs: Older versions of evdev do not
>       have an option to disable scaling.  This attribute
>       adjust the abs mouse position to counter evdevs scaling.
>       Default: 0

Its a rather sick hack, but if this is the only way we have to deal
with evdev, then I guess we have no choice. I'd like to see if have
a slightly less hack-ish name though - perhaps 'vnc-scale-pointer'

>   Attribute usage:
>     vfb=['type=vnc,vncunused=1,vncresizable-pvfb=1,vnc-fixevdev-abs=1']
> 
>   Note: For proper absolute mouse tracking support when
>         resizing, the guests xorg.conf file will need to
>         have one of the following options added to it's
>         InputDevice section.
> 
>         For driver 'evdev' add:   Option "AbsoluteScreen" "-1"
>          (Or set vnc-fixevdev-abs in the vm config file vfb section)
>         For driver 'evtouch" add: Option "Calibrate" "1"

If I'm understanding the problem correctly - QEMU will scale the
mouse coords it sends to match the new resolution. The guest evdev
driver will then scale them again ?  

If so would it be possible to simply stop QEMU scaling them, so we
can always have the guest do the adjustment without needing special
config options ?   The goal of latest Xorg is to have all input devices
automatically configured - there will be no config file for Xorg by
default. So if we can't get the Xen PVFB to work correctly with zero
config settings in the guest Xen is going to behave sub-optimally 

Dan.
-- 
|=- Red Hat, Engineering, Emerging Technologies, Boston.  +1 978 392 2496 -=|
|=-           Perl modules: http://search.cpan.org/~danberr/              -=|
|=-               Projects: http://freshmeat.net/~danielpb/               -=|
|=-  GnuPG: 7D3B9505   F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505  -=| 

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>