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

xen-devel

[Top] [All Lists]

Re: [Xen-devel] 32-on-64: pvfb issue

To: Gerd Hoffmann <kraxel@xxxxxxx>
Subject: Re: [Xen-devel] 32-on-64: pvfb issue
From: Markus Armbruster <armbru@xxxxxxxxxx>
Date: 2007年1月18日 16:00:35 +0100
Cc: Xen devel list <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: 2007年1月18日 07:00:12 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <45AF7CDD.6090709@xxxxxxx> (Gerd Hoffmann's message of "2007年1月18日 14:57:49 +0100")
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: <45AF7CDD.6090709@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.4 (gnu/linux)
Gerd Hoffmann <kraxel@xxxxxxx> writes:
> Hi,
>
> There is a problem with the virtual framebuffer: The page directory in
> the shared page (xenfb_page->pd[]) is unsigned long and thus has
> different sizes on 32bit and 64bit. The alignment is different too. And
> on top of that the frontend driver doesn't clear the shared page, which
> makes it difficult to autodetect the bitsize. I've tried nevertheless,
> patch (untested!) attached for comments. In the long run this code is
> supposed to be replaced by grant tables anyway, so it is probably okay
> to live with the hack for the time being. We could of course also fix
> the struct if we can afford breaking the interface. As it is quite new
> and probably (hmm, does fc6 ship it?) not widely used yet that might be
> an option.
Breaking the API now is right out of the question, I fear :)
You can evolve the API. Let the frontend put something in xenstore[*]
that lets the backend detect which page layout to use. Make sure the
backend can deal with old and new frontend. I doubt it's worthwhile
here.
Excuse my ignorance, but why do you have to guess the guest's size?
Doesn't dom0 know?
[*] I suggested to put version ID right into the page, but that was
shot down in favor of xenstore.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>
Previous by Date: [Xen-devel] Debugging messages , Julian Stecklina
Next by Date: Re: [Xen-devel] [RFC] keymap support for PVFB , Markus Armbruster
Previous by Thread: Re: [Xen-devel] 32-on-64: pvfb issue , Keir Fraser
Next by Thread: Re: [Xen-devel] 32-on-64: pvfb issue , Gerd Hoffmann
Indexes: [Date] [Thread] [Top] [All Lists]

Copyright ©, Citrix Systems Inc. All rights reserved. Legal and Privacy
Citrix This site is hosted by Citrix

AltStyle によって変換されたページ (->オリジナル) /