From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: [Patch 0/2] Fix request-abs-pointer (again) Date: Wed, 7 Jul 2010 11:55:17 -0400 Message-ID: <20100707155517.GA5773@phenom.dumpdata.com> References: <1278510002-20735-1-git-send-email-john.haxby@oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <1278510002-20735-1-git-send-email-john.haxby@oracle.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: John Haxby Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On Wed, Jul 07, 2010 at 02:40:00PM +0100, John Haxby wrote: > A little while ago, Jeremy Fitzhardinge has a problem that was preventing > request-abs-pointer from being honoured. A simple fix for this in > 805ed3b20492d2f4bb465bfda65cedd286e23209 actually turned out to be wrong. > > Konrad Rzeszutek Wilk and Stefano Stabellini suggested a different > approach: introduce a new hook in xen_backend that, if defined, is called > when the frontend is connected. The first of these two patches does just > that (the old connect hook is now called "initialise" and the new hook is > called "connected"). The second patch uses this to set up the pointer at > the right time. I haven't been able to test this in a Xen 4.0 > environment, but it works properly in a Xen 3.4 environment. I tested them by: 1). Reverting c/s 21260 and 21651 from Xen unstable 2). Applied both of your patches on top of add968aaf68cb57257428f8cfadb209f2614a6d8 and tested the pv-grub launch with success. I did not test the HVM stubdomain launch.