From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: RE: VT-d support proprietary NVidia/ATI GPU passthrough Date: Mon, 22 Feb 2010 11:48:31 -0500 Message-ID: <20100222164831.GA8921@phenom.dumpdata.com> References: <60E426D47DE8EA47AA104E65008A100D1621AFC6F5@shzsmsx501.ccr.corp.intel.com> <19306.65275.325707.253978@mariner.uk.xensource.com> <4B6B79EF.2070609@intel.com> <20100218094955.GC28653@valinux.co.jp> <4B7F938A.3020707@intel.com> <4B822D37.3040308@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: "Timothy J. Moore" Cc: "xen-devel@lists.xensource.com" , Weidong Han List-Id: xen-devel@lists.xenproject.org On Mon, Feb 22, 2010 at 12:32:48PM +0000, Timothy J. Moore wrote: > How can xen implement these vendor specific resets? How could we find out the gfx vendor specific stuff? > > Can we take anything from the opensource NV, nouveau, or Gallium3D drivers? As I understand it, the reason for the FLR is to re-initialize the video cards to re-run through the basic ROM code. Pretty much exactly the same thing that is done during machine startup. But for gfx pass-through you need to this with the Bochs code running so it can call the gfx BIOS. I don't think that the open-source drivers go so low to re-initialize the card? Thought perhaps another way to do this, is to put the cards in D3 (cold) state and then re-initialize them back up? (this is btw, what the pciback drivers does when it seizes the card).