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

[Xen-devel] two xenfb bugs for sale ;)

To: Markus Armbruster <armbru@xxxxxxxxxx>, Xen devel list <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] two xenfb bugs for sale ;)
From: Gerd Hoffmann <kraxel@xxxxxxx>
Date: Wed, 07 Feb 2007 12:42:17 +0100
Delivery-date: Wed, 07 Feb 2007 03:41:59 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Thunderbird 1.5.0.9 (X11/20060911)
  Hi,

Wondered where some xen-vncfb processes handing around on my machine
came from.  After some Investigation I've figured that xen-vncfb never
ever exits if you boot a virtual machine with a virtual framebuffer
configured, but boot a kernel without framebuffer support.  It sits
waiting for the frontend device come up and doesn't exit when the domain
goes away.

Oh, and it also doesn't unmap the framebuffer memory once the frontend
enteres the "Closing" state.

cheers,
  Gerd

-- 
Gerd Hoffmann <kraxel@xxxxxxx>

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

<Prev in Thread] Current Thread [Next in Thread>
  • [Xen-devel] two xenfb bugs for sale ;), Gerd Hoffmann <=