Hi Gordan,

I w= anted to let you know that today I decided to have a try for my GTX 680. Gi= gabite GTX 680 2048 MB GDDR5.

I know that this particular card could= be hard-moded to GRID K2 so VGA passthrough could work.

Following i= nstructions found on http://www.eevblog.com/forum/chat/hacking-nvidia-cards= -into-their-professional-counterparts/420/ I just removed two resistors.
Here is a screenshot taken from a VM (Ubuntu 12.04 32 bits) with more = 8GB of RAM.

http://www.eevblog.com/forum/chat/hacking-nvidia-cards-i= nto-their-professional-counterparts/420/

I did the test on another V= M (Windows 7 64 bits). I was able to play games, shutdown the VM, res= tart the VM without restarting the dom0.

I am very impressed. Restar= ting domU (Linux or Windows) without restarting the dom0 is very impressive.

I just added a youtube video about my tests for my hard= -moded card

http://youtu.be/L1RoOx8wC7A

Apolo= gies I am French so I am speaking in French in the video. Just to show that= it works perfectly.

Kind regards.

---661429482-364933320-1379957311=:87960-- --===============5426703932941772588== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============5426703932941772588==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: David TECHER Subject: Re: Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Mon, 23 Sep 2013 18:35:03 +0100 (BST) Message-ID: <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> Reply-To: David TECHER Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0887701260640919870==" Return-path: In-Reply-To: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David TECHER , "gordan@bobich.net" Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============0887701260640919870== Content-Type: multipart/alternative; boundary="-661429482-63692229-1379957703=:78329" ---661429482-63692229-1379957703=:78329 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Apologies I forgot to add the image from Linux=0A=0Ahttp://img11.hostingpic= s.net/pics/528734ScreenshotXen430GTX680HardmodedGRIDK2.png=0A=0A=0A=0A=0A__= ______________________________=0A De=A0: David TECHER =0A=C0=A0: "gordan@bobich.net" =0ACc=A0: "xen-users@li= sts.xen.org" ; "xen-devel@lists.xen.org" =0AEnvoy=E9 le : Lundi 23 septembre 2013 19h28=0AObjet=A0:= [Xen-devel] Xen VGA Passthrough - GTX 680 successfully hard-moded=09to GRI= D K2=0A =0A=0A=0AHi Gordan,=0A=0AI wanted to let you know that today I deci= ded to have a try for my GTX 680. Gigabite GTX 680 2048 MB GDDR5.=0A=0AI kn= ow that this particular card could be hard-moded to GRID K2 so VGA passthro= ugh could work.=0A=0AFollowing instructions found on http://www.eevblog.com= /forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/420/ = I just removed two resistors.=0A=0AHere is a screenshot taken from a VM (Ub= untu 12.04 32 bits) with more 8GB of RAM.=0A=0Ahttp://www.eevblog.com/forum= /chat/hacking-nvidia-cards-into-their-professional-counterparts/420/=0A=0AI= did the test on another VM (Windows 7 64 bits).=A0 I was able to play game= s, shutdown the VM, restart the VM without restarting the dom0.=0A=0AI am v= ery impressed. Restarting domU (Linux or Windows) without restarting the do= m0 is very=0A impressive.=0A=0AI just added a youtube video about my tests = for my hard-moded card=0A=0A =0Ahttp://youtu.be/L1RoOx8wC7A=0A=0AApologies= I am French so I am speaking in French in the video. Just to show that it = works perfectly.=0A=0AKind regards.=0A=0A=0A=0A=0A=0A=0A=0A=0A_____________= __________________________________=0AXen-devel mailing list=0AXen-devel@lis= ts.xen.org=0Ahttp://lists.xen.org/xen-devel ---661429482-63692229-1379957703=:78329 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable

Apologies I forgot to= add the image from Linux

http://img11.hostingpics.net/pics/528734Sc= reenshotXen430GTX680HardmodedGRIDK2.png

De : David TECHER <davidtecher@yahoo.fr>
=C0 : "gordan@bobich.net" <gordan@bobi= ch.net>
Cc : "= xen-users@lists.xen.org" <xen-users@lists.xen.org>; "xen-devel@lists.= xen.org" <xen-devel@lists.xen.org>
Envoy=E9 le : Lundi 23 septembre 2013 19h28
Objet : [Xen-devel] Xen VGA Passthrough - GTX= 680 successfully hard-moded=09to GRID K2

Hi Gordan,

I wanted to let you know that today I d= ecided to have a try for my GTX 680. Gigabite GTX 680 2048 MB GDDR5.
I know that this particular card could be hard-moded to GRID K2 so VGA pas= sthrough could work.

Following instructions found on http://www.eevb= log.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterpart= s/420/ I just removed two resistors.

Here is a screenshot taken from= a VM (Ubuntu 12.04 32 bits) with more 8GB of RAM.

http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-th= eir-professional-counterparts/420/

I did the test on another VM (Win= dows 7 64 bits). I was able to play games, shutdown the VM, restart t= he VM without restarting the dom0.

I am very impressed. Restarting d= omU (Linux or Windows) without restarting the dom0 is very=0A impressive.
I just added a youtube video about my tests for my hard-moded card

http://youtu.be/L1RoOx8wC7A=

Apologies I am French so I am speaking in French in the video. Just= to show that it works perfectly.

Kind regards.

_______= ________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen= .org/xen-devel

---661429482-63692229-1379957703=:78329-- --===============0887701260640919870== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============0887701260640919870==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gordan Bobic Subject: Re: Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Mon, 23 Sep 2013 19:53:12 +0100 Message-ID: <52408E18.5040702@bobich.net> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: "xen-devel@lists.xen.org" Cc: "xen-users@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On 09/23/2013 06:28 PM, David TECHER wrote: > Hi Gordan, > > I wanted to let you know that today I decided to have a try for my GTX > 680. Gigabite GTX 680 2048 MB GDDR5. > > I know that this particular card could be hard-moded to GRID K2 so VGA > passthrough could work. FYI, GTX680 modified to a K5000 also works fine for VGA passthrough. I haven't noticed any difference in the functionality. > Following instructions found on > http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/420/ > I just removed two resistors. Just out of interest - are your video outputs working correctly? Can you get DL-DVI output or DP output without problems? I find that on bare metal, it works fine, but in a Xen VM, SL-DVI works, but DL-DVI doesn't. DP also works on bare metal, but doesn't work at all domU. As far as I can tell, nobody has had the same issue before. Then again, AFAIK, nobody else is running this setup with an XP64 domU, which is why I am particularly interested to hear if you are seeing the same issue (you mentioned you also run XP64). > I did the test on another VM (Windows 7 64 bits). I was able to play > games, shutdown the VM, restart the VM without restarting the dom0. > > I am very impressed. Restarting domU (Linux or Windows) without > restarting the dom0 is very impressive. Indeed. As I have mentioned a number of times before, a faux-Quadro setup is far, far superior to an ATI setup when it comes to VGA passthrough. And I wouldn't say it's impressive per se - it is normal and expected. OTOH, having to reboot dom0 when rebooting domU is utterly broken and unfit for purpose. Gordan From mboxrd@z Thu Jan 1 00:00:00 1970 From: David TECHER Subject: Re: =?utf-8?q?Xen_VGA_Passthrough_-_GTX_680_successfully_?= =?utf-8?q?=EF=BB=BFhard-moded=09to_GRID_K2?= Date: Tue, 24 Sep 2013 22:47:36 +0100 (BST) Message-ID: <1380059256.89490.YahooMailNeo@web172001.mail.ir2.yahoo.com> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net> <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net> Reply-To: David TECHER Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5115256162897447202==" Return-path: In-Reply-To: <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic , =?utf-8?B?UGFzaSBLw6Rya2vDpGluZW4=?= Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============5115256162897447202== Content-Type: multipart/alternative; boundary="1242719849-1024797794-1380059256=:89490" --1242719849-1024797794-1380059256=:89490 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Trying to resend this mail!=0A=0A=0ATO PASI=0A=0A=0AXen 4.3.0 is used witho= ut any patch.=0AFor both GTX680/GRIDK2 and GTX480/Quadro6000=0A=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=0A- VM =3D Linux 32/64: I can set RAM > 3= GB. Playing games, watchings videos etc...All is fine! =0A=0A- VM =3D Win 7= 64: I can set RAM > 3GB. Playign games, watchings videos etc...All is fine= !=0A=0A-=0A VM =3D Win XP 64: if I=C2=A0=C2=A0 set RAM > 3GB then the VM ge= t slower. VM gets=0A slower once NVIDIA driver is installed and that I rest= arted thsi VM :(.=0A I tried a couple of things but unfortunately I was not= to fix it. =0ASetting RAM <=3D 3GB for Win XP 64 I had a nice VM to play g= ames, watch=0A videos etc... XP 64 is a bit pain!=0A=0A=0AGTX480/Quadro 600= 0:=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0AAs=0A=0A Gordan = said it is not doable to restart the domU (well known issue!). =0ABut the s= oft-moded card could be interesting for playing games . I test =0AGordan's = method on two differents=0A cards and it works pretty well!=0A=0AIf restart= ing dom0 is not a problem then here is a (not-updated) link=0A=0Ahttp://www= .davidgis.fr/blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-= soft-moded-to-quadro-6000=0A=0A=0A=0A=0AGTX680/GRIDK2: Gigabyte GV N680OC-= 2GD=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=0AWith GTX680 hard-moded I "trie= d" GRIDK2 -- not K5000 --.=0A=0A=0AIf you have and_only_if you have=C2=A0 a= Gigabyte GV N680OC-2GD=C2=A0 =0A=0A=0Athere are two SMD resistors to remov= e as explained by reading two messages=0A=0A=0Ahttp://www.eevblog.com/forum= /chat/hacking-nvidia-cards-into-their-professional-counterparts/msg207550/#= msg207550=0Ahttp://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-the= ir-professional-counterparts/msg207795/#msg207795=0A=0AJust take of=C2=A0 w= here resistors are located=C2=A0 in the image below (I am not the author of= this image!)=0A=0A=0Ahttp://www.eevblog.com/forum/projects/hacking-nvidia-= cards-into-their-professional-counterparts/?action=3Ddlattach;attach=3D4339= 2;image=0A=0A=0ARemoving SMD resistors could be done without any soldering = iron :). Those components are the easiest to remove. It could be done using= tweezers and a fire source.=0A=0A=0AI did it using a knife and a candle (o= ld school). =0A=0A=0AFor K5000 a soldering iron is required! (not tested!)= =0A=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= =0A=0ATO GORDAN=0A=0A=0AGTX 680/GRIDK2: DL-DVI/DP/SL-DVI=0A=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=0A=0AI don't really if the following test will reply to your questio= n but here are the connectors I tested on my card=0A=0A=0Ahttp://www.davidg= is.fr/download/GTX680_Outputs.jpg=0A=0A3 Connectors have been tested. I wil= l try here to share a complete/idiot test=C2=A0 I did. Here is a minor issu= e I found=0A=0A=0AOutput A=3D>=C2=A0 DVI-I Connector=0A--------------------= --------------------=0AThe dom0 has just started. There are two VMs (one XP= 64 and one Win 7 64)=0A=0AStart XP 64...OK--> Screen works!=0AStop XP 64..= .OK--> Screen works!=0AStart XP 64...OK--> Screen works!=0ARestart XP 64...= OK--> Screen works!=0AStop XP 64...OK--> Screen works!=0AStart Win7 64 ...O= K--> Screen works!=0AStop Win 64...OK--> Screen works!=0AStart XP 64...KO -= --> Black screen!!!=0Axl destroy for this VM. And VM Win 7 64 can start pro= perly...Screen works=0A=0AOutput B =3D> DVI Connector=0A-------------------= ------------------=0AThe dom0 has just started. There are two VMs (one XP 6= 4 and one Win 7 64)=0AStart XP 64...OK --> Screen works!=0A=0AStop XP 64...= OK--> Screen works!=0AStart XP 64...OK--> Screen works!=0ARestart XP 64...O= K--> Screen works!=0AStop XP 64...OK--> Screen works!=0AStart Win7 64 ...OK= --> Screen works!=0AStop Win7 64...OK--> Screen works!=0AStart XP 64...KO -= --> Black screen!!!=C2=A0=0Axl destroy for this VM. And Win 7 64 can start = properly...Screen works=0A=0AOutput C =3D=3D> mini HDMI=0A=0A--------------= ------------------=0AThe dom0 has just started. There are two VMs (one XP 6= 4 and one Win 7 64)=0AStart XP 64...OK--> Screen works!=0AStop XP 64...OK--= > Screen works!=0AStart XP 64...OK--> Screen works!=0ARestart XP 64...OK-->= Screen works!=0AStop XP 64...OK--> Screen works!=0AStart Win7 64 ...OK--> = Screen works!=0AStop Win7 64...OK--> Screen works!=0AStart XP 64...KO --> B= lack Screen.=0Axl destroy for this VM. And Win 7 64 can start properly...Sc= reen works=0A=0AConclusion: whatever the connector is it seems doable to re= start XP 64 ( no switch to Win 7 64!)=0A=0A=0A=0AFor GTX480/Quadro 6000=0A= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A=0AThe lates= t VMs I set up were a VM Win 7 64 and a VM Win XP 64. ( =3D 2 VMs)=0A=0A=0A= - gfx_passthru=3D0 while setting up the VM -- before installing NVIDIA =0Ad= rivers. While VMs were setting up I used (native) VNC connection. =0A(vnc= =3D1)=0A=0A=0A- gfx_passthru=3D1 once NVIDIA driver was installed.=0ANo pat= ch was used! --1242719849-1024797794-1380059256=:89490 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Trying to resend this= mail!

TO PASI

Xen 4.3.0 is used without any patch.

For both GTX680/GRIDK2 and GTX480/Quadro6000
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

-= VM =3D Linux 32/64: I can set RAM > 3GB. Playing games, watchings video= s etc...All is fine!

- VM =3D Win 7 64: I can set RAM > 3GB. Pla= yign games, watchings videos etc...All is fine!

-=0A VM =3D Win XP 6= 4: if I set RAM > 3GB then the VM get slower. VM gets=0A slo= wer once NVIDIA driver is installed and that I restarted thsi VM :(.=0A I t= ried a couple of things but unfortunately I was not to fix it. =0ASetting R= AM <=3D 3GB for Win XP 64 I had a nice VM to play games, watch=0A videos= etc... XP 64 is a bit pain!

GTX480/Quadro 6000:
=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
As=0A=0A Gordan said it is not d= oable to restart the domU (well known issue!). =0ABut the soft-moded card c= ould be interesting for playing games . I test =0AGordan's method on two di= fferents=0A cards and it works pretty well!

If restarting dom0 is no= t a problem then here is a (not-updated) link

http://www.davidgis.fr= /blog/index.php?2013/09/18/969-xen-430-vga-passthrough-gtx-480-soft-moded-t= o-quadro-6000

GTX680/GRIDK2: Gigabyte GV N680OC-2GD

=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

With GTX680=0A hard-moded I "t= ried" GRIDK2 -- not K5000 --.

If you have and_only_if you = have a Gigabyte GV N680OC-2GD

there are two S= MD resistors to remove as explained by reading two messages

http://www= .eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counte= rparts/msg207550/#msg207550

http://www.eevblog.com/forum/chat/hacking-n= vidia-cards-into-their-professional-counterparts/msg207795/#msg207795

<= br>

Just take of where resistors are=0A located in the imag= e below (I am not the author of this image!)

http://www.= eevblog.com/forum/projects/hacking-nvidia-cards-into-their-professional-cou= nterparts/?action=3Ddlattach;attach=3D43392;image

Removing= SMD resistors could be done without any soldering iron :). Those component= s are the easiest to remove. It=0A could be done using tweezers and a fire = source.

I did it using a knife and a candle (old school). =

For K5000 a soldering iron is required! (not tested!)
=

=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

<= div style=3D"color:rgb(0, 0, 0);font-size:16px;font-family:times new roman,= new york, times, serif;background-color:transparent;font-style:normal;">TO= GORDAN

GTX=0A 680/GRIDK2: DL-DVI/DP/SL-DVI

=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D

I don't really if the following test will r= eply to your question but here are the connectors I tested on my card

http://www.davidgis= .fr/download/GTX680_Outputs.jpg

3 Connectors have been tested.= I will try here to share a complete/idiot test I did. Here is a mino= r issue I found

Output A=3D> DVI-I Connector

--= --------------------------------------

The dom0 has just started. There= are two VMs (one XP 64 and one Win 7 64)

Start XP 64...OK--> Sc= reen works!

Stop XP 64...OK--> Screen works!

Start XP 64...OK--&= gt; Screen works!

Restart XP 64...OK--> Screen works!

Stop XP= 64...OK--> Screen works!

Start Win7 64 ...OK--> Screen works!

Start XP 64...KO ---> Black s= creen!!!

xl destroy for this VM. And VM Win 7 64 can start properly.= ..Screen works

Output B =3D> DVI Connector

-----------= --------------------------

The dom0 has just started. There are two=0A = VMs (one XP 64 and one Win 7 64)

Start XP 64...OK --> Screen works!<= br>

Stop XP 64...OK--> Screen works!

Start XP 64...OK--> Scre= en works!

Restart XP 64...OK--> Screen works!

Stop XP 64...OK--> Screen works!

Start Win7 64 ...OK--> Screen works!

Start XP 64...KO ---> Black = screen!!!

xl destroy for this VM. And Win 7 64 can start properly= ...Screen works

Output C = =3D=3D> mini HDMI

--------------------------------

The dom0 = has just started. There are two VMs (one XP 64 and one Win 7 64)

Start = XP 64...OK--> Screen works!

Stop XP 64...OK--&g= t; Screen works!

Start XP 64...OK--> Screen works!

Restart XP = 64...OK--> Screen works!

Stop XP 64...OK--> Screen works!

Sta= rt Win7 64 ...OK--> Screen works!

Stop Win7 64...OK--= > Screen works!

Start XP 64...KO --> Black Screen.

xl destroy= for this VM. And Win 7 64 can start properly...Screen works

C= onclusion: whatever the connector is it seems doable to restart XP 64 ( no = switch to Win 7=0A 64!)

For GTX480/Quadro 6000

The latest VMs I set up were a VM Win 7 64 and a VM Win XP 6= 4. ( =3D 2=0A VMs)

-=0A gfx_passthru=3D0 while sett= ing up the VM -- before installing NVIDIA =0Adrivers. While VMs were settin= g up I used (native) VNC connection. =0A(vnc=3D1)

- gfx_pa= ssthru=3D1 once NVIDIA driver was installed.

No patch was use= d!

--1242719849-1024797794-1380059256=:89490-- --===============5115256162897447202== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============5115256162897447202==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gordan Bobic Subject: Re: =?utf-8?q?Xen_VGA_Passthrough_-_GTX_680_successfully_?= =?utf-8?q?=EF=BB=BFhard-moded=09to_GRID_K2?= Date: Wed, 25 Sep 2013 08:59:34 +0100 Message-ID: References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net> <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net> <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David TECHER Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Tue, 24 Sep 2013 20:46:52 +0100 (BST), David TECHER wrote: > - VM = Win XP 64: if I set RAM > 3GB then the VM get slower. VM gets > slower once NVIDIA driver is installed and that I restarted thsi VM > :(. I tried a couple of things but unfortunately I was not to fix it. That is really weird - I haven't observed any obvious slowdown related to memory amount in XP64. > Setting RAM DVI-I Connector > ---------------------------------------- > The dom0 has just started. There are two VMs (one XP 64 and one Win 7 > 64) > > Start XP 64...OK--> Screen works! > Stop XP 64...OK--> Screen works! > Start XP 64...OK--> Screen works! > Restart XP 64...OK--> Screen works! > Stop XP 64...OK--> Screen works! > Start Win7 64 ...OK--> Screen works! > Stop Win 64...OK--> Screen works! > Start XP 64...KO ---> Black screen!!! > xl destroy for this VM. And VM Win 7 64 can start properly...Screen > works > > Output B => DVI Connector > ------------------------------------- > The dom0 has just started. There are two VMs (one XP 64 and one Win 7 > 64) > Start XP 64...OK --> Screen works! > > Stop XP 64...OK--> Screen works! > Start XP 64...OK--> Screen works! > Restart XP 64...OK--> Screen works! > Stop XP 64...OK--> Screen works! > Start Win7 64 ...OK--> Screen works! > Stop Win7 64...OK--> Screen works! > Start XP 64...KO ---> Black screen!!! > xl destroy for this VM. And Win 7 64 can start properly...Screen > works > > Output C ==> mini HDMI > > -------------------------------- > The dom0 has just started. There are two VMs (one XP 64 and one Win 7 > 64) > Start XP 64...OK--> Screen works! > Stop XP 64...OK--> Screen works! > Start XP 64...OK--> Screen works! > Restart XP 64...OK--> Screen works! > Stop XP 64...OK--> Screen works! > Start Win7 64 ...OK--> Screen works! > Stop Win7 64...OK--> Screen works! > Start XP 64...KO --> Black Screen. > xl destroy for this VM. And Win 7 64 can start properly...Screen > works > > Conclusion: whatever the connector is it seems doable to restart XP > 64 > ( no switch to Win 7 64!) This is presumably with the GTX680? So it seems to not work is booting XP64 AFTER using Win7. What I was asking was a little different, though, and specific to using dual-link DVI vs. single-link. You do, however, seem to be able to use display-port, which answers a part of my question, since that doesn't work for me at all. Let me recap the problem. I only get this on the GTX680 (Quadrified to K5000 or Gridified to K2, happens in both cases) in domU. It does NOT happen with a GTX470/480 modified to Q5000/Q6000. On bare metal the modified GTX680 works fine, the issue does not arise. I only tried this on XP64, not attempted on Win7. Setup: - Xen 4.3.0 - XP64 domU - GTX680 modified to K5000 Symptoms: 1) Using a VGA monitor works fine. 2) Using a single-link DVI monitor works fine. 3) Using a monitor capable of dual-link DVI modes but in low resolution where the card negotiates only a SL-DVI mode (<= 1280x800 on my Dell 3007WFP) works fine. 4) Using a DL-DVI monitor with high resolution modes requiring DL-DVI link results in a blank screen (monitor goes to sleep immediately) 5) DisplayPort use with active DL-DVI adapter results in monitor going to sleep in ANY mode (low or high res). In all cases the monitor is identified correctly and it's specific modes are listed. So to re-iterate the question - do you have a DL-DVI monitor you can try connecting to your GTX680 and see if DL modes work from domU XP64? Note: 1920x1200@60Hz is achievable using SL-DVI with reduced blanking so not all monitors that do 1920x1200 are necessarily DL-DVI. You can check this by looking at the Xorg log file if you are using the monitor on Linux, it should tell you what bandwidth is used for the mode. If if it is over 165MHz, it MUST be DL, if it is below, it may well be SL. > For GTX480/Quadro 6000 > ==================== > > The latest VMs I set up were a VM Win 7 64 and a VM Win XP 64. ( = 2 > VMs) > > - gfx_passthru=0 while setting up the VM -- before installing NVIDIA > drivers. While VMs were setting up I used (native) VNC connection. > (vnc=1) > > - gfx_passthru=1 once NVIDIA driver was installed. > > No patch was used! Hang on - are you saying that once the Nvidia driver is installed you can use gfx_passthry=1 an you get the SeaBIOS output and the boot-up Windows animaption on the domU monitor, rather than on the VNC console? Is your passthrough GPU the primary in dom0? Also note that if you have modified the GTX680 to a Grid K2 (well, half of a Grid K2), you can actually soft-mod it using a similar method to the Fermi (4xx series) cards to K5000 (not that there is much point, mind you). You just have to modify both the UEFI straps in the UEFI header and the BIOS straps in the normal BIOS wrapped into all that UEFI garbage (UEFI header is 1024 bytes, or 0x400 bytes in hex). Or you could just strip out the first 0x400 bytes from the BIOS and all the trailing UEFI garbage after a little under 64KB - you can tell where the trailing padding starts by the fact it's all 0xFF filled). At the very bottom are the UEFI crypto certs which can also be removed. But if you have gfx_passthrough=1 working without side-loading the BIOS with the 64KB limitation, there is probably no point in doing this. Gordan From mboxrd@z Thu Jan 1 00:00:00 1970 From: David TECHER Subject: Re: =?utf-8?q?=5BXen-users=5D_=EF=BB=BF_Xen_VGA_Passthrou?= =?utf-8?q?gh_-_GTX_680_successfully_=EF=BB=BFhard-moded=09to_GRID_K2?= Date: Wed, 25 Sep 2013 16:10:23 +0100 (BST) Message-ID: <1380121823.72995.YahooMailNeo@web172001.mail.ir2.yahoo.com> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net> <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net> <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> Reply-To: David TECHER Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1428116377697656744==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============1428116377697656744== Content-Type: multipart/alternative; boundary="1242719849-625257987-1380121823=:72995" --1242719849-625257987-1380121823=:72995 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Gordan,=0A=0A>Let me recap the problem. I only get this on the GTX680=0A>(Q= uadrified to K5000 or Gridified to K2, happens in both=0A>cases) in domU. I= t does NOT happen with a GTX470/480 modified=0A>to Q5000/Q6000. On bare met= al the modified GTX680 works fine,=0A>the issue does not arise. I only trie= d this on XP64, not=0A>attempted on Win7.=0A=0A"DL-DVI" for me means Dual L= ink DVI.=0AYes I have a DL-DVI capable monitor (Resolution: 2560x1440).=C2= =A0 I don't have monitor with Resolution =3D 2560x1600=0A=0AUsing =0A- my D= L-DVI monitor( =3D the Dual Link connector on my graphic card GTX680 is con= nected through=C2=A0 a Dual Link cable to my DL-DVI montior) =0A-my GTX 680= gridified to K2=0A-=C2=A0 high resolutions (2560x1440) =0A=0Amy domU XP64= =C2=A0 is able to boot properly. High resolutions is taken into account=0A= =0ATo avoid any misunderstanding I added a short youtube video where=C2=A0= =C2=A0 my configuration file is printed out and where the domU XP 64 is sta= rted, shutdown. After that the domU XP64 is restarted.=0A=0Ahttp://youtu.be= /UgIuPED-h44 =0A=0ANo black screen when the domU is started.=0A=0A=0A>Hang = on - are you saying that once the Nvidia driver is installed=0A>you can use= gfx_passthry=3D1 an you get the SeaBIOS output and the=0A>boot-up Windows = animaption on the domU monitor, rather than on=0A>the VNC console? Is your = passthrough GPU the primary in dom0?=0A=0AWith gfx_passthru =3D 1=C2=A0 the= boot-up Windows animation is on the VNC console.=0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A=0A=0A=0A________________________________=0A De=C2=A0: Gordan Bobic <= gordan@bobich.net>=0A=C3=80=C2=A0: David TECHER =0AC= c=C2=A0: xen-users@lists.xen.org; Pasi K=C3=A4rkk=C3=A4inen ;= xen-devel@lists.xen.org =0AEnvoy=C3=A9 le : Mercredi 25 septembre 2013 9h5= 9=0AObjet=C2=A0: Re: [Xen-users] =EF=BB=BF[Xen-devel] Xen VGA Passthrough -= GTX 680 successfully =EF=BB=BFhard-moded=09to GRID K2=0A =0A=0AOn Tue, 24 = Sep 2013 20:46:52 +0100 (BST), David TECHER =0A wrote= :=0A=0A> - VM =3D Win XP 64: if I set RAM > 3GB then the VM get slower. VM = gets=0A> slower once NVIDIA driver is installed and that I restarted thsi V= M=0A> :(. I tried a couple of things but unfortunately I was not to fix it.= =0A=0AThat is really weird - I haven't observed any obvious slowdown=0Arela= ted to memory amount in XP64.=0A=0A> Setting RAM=C2=A0 DVI-I Connector=0A> = ----------------------------------------=0A> The dom0 has just started. The= re are two VMs (one XP 64 and one Win 7=0A> 64)=0A>=0A> Start XP 64...OK-->= Screen works!=0A> Stop XP 64...OK--> Screen works!=0A> Start XP 64...OK-->= Screen works!=0A> Restart XP 64...OK--> Screen works!=0A> Stop XP 64...OK-= -> Screen works!=0A> Start Win7 64 ...OK--> Screen works!=0A> Stop Win 64..= .OK--> Screen works!=0A> Start XP 64...KO ---> Black screen!!!=0A> xl destr= oy for this VM. And VM Win 7 64 can start properly...Screen=0A> works=0A>= =0A> Output B =3D> DVI Connector=0A> -------------------------------------= =0A> The dom0 has just started. There are two VMs (one XP 64 and one Win 7= =0A> 64)=0A> Start XP 64...OK --> Screen works!=0A>=0A> Stop XP 64...OK--> = Screen works!=0A> Start XP 64...OK--> Screen works!=0A> Restart XP 64...OK-= -> Screen works!=0A> Stop XP 64...OK--> Screen works!=0A> Start Win7 64 ...= OK--> Screen works!=0A> Stop Win7 64...OK--> Screen works!=0A> Start XP 64.= ..KO ---> Black screen!!!=0A> xl destroy for this VM. And Win 7 64 can star= t properly...Screen =0A> works=0A>=0A> Output C =3D=3D> mini HDMI=0A>=0A> -= -------------------------------=0A> The dom0 has just started. There are tw= o VMs (one XP 64 and one Win 7=0A> 64)=0A> Start XP 64...OK--> Screen works= !=0A> Stop XP 64...OK--> Screen works!=0A> Start XP 64...OK--> Screen works= !=0A> Restart XP 64...OK--> Screen works!=0A> Stop XP 64...OK--> Screen wor= ks!=0A> Start Win7 64 ...OK--> Screen works!=0A> Stop Win7 64...OK--> Scree= n works!=0A> Start XP 64...KO --> Black Screen.=0A> xl destroy for this VM.= And Win 7 64 can start properly...Screen =0A> works=0A>=0A> Conclusion: wh= atever the connector is it seems doable to restart XP =0A> 64=0A> ( no swit= ch to Win 7 64!)=0A=0AThis is presumably with the GTX680?=0ASo it seems to = not work is booting XP64 AFTER using Win7.=0A=0AWhat I was asking was a lit= tle different, though, and=0Aspecific to using dual-link DVI vs. single-lin= k. You do,=0Ahowever, seem to be able to use display-port, which=0Aanswers = a part of my question, since that doesn't work=0Afor me at all.=0A=0ALet me= recap the problem. I only get this on the GTX680=0A(Quadrified to K5000 or= Gridified to K2, happens in both=0Acases) in domU. It does NOT happen with= a GTX470/480 modified=0Ato Q5000/Q6000. On bare metal the modified GTX680 = works fine,=0Athe issue does not arise. I only tried this on XP64, not=0Aat= tempted on Win7.=0A=0ASetup:=0A- Xen 4.3.0=0A- XP64 domU=0A- GTX680 modifie= d to K5000=0A=0ASymptoms:=0A1) Using a VGA monitor works fine.=0A2) Using a= single-link DVI monitor works fine.=0A3) Using a monitor capable of dual-l= ink DVI modes but in low=0Aresolution where the card negotiates only a SL-D= VI mode=0A(<=3D 1280x800 on my Dell 3007WFP) works fine.=0A4) Using a DL-DV= I monitor with high resolution modes=0Arequiring DL-DVI link results in a b= lank screen (monitor goes=0Ato sleep immediately)=0A5) DisplayPort use with= active DL-DVI adapter results in=0Amonitor going to sleep in ANY mode (low= or high res).=0A=0AIn all cases the monitor is identified correctly and it= 's=0Aspecific modes are listed.=0A=0ASo to re-iterate the question - do you= have a DL-DVI=0Amonitor you can try connecting to your GTX680 and see=0Aif= DL modes work from domU XP64? Note: 1920x1200@60Hz=0Ais achievable using S= L-DVI with reduced blanking so not=0Aall monitors that do 1920x1200 are nec= essarily DL-DVI.=0AYou can check this by looking at the Xorg log file if yo= u=0Aare using the monitor on Linux, it should tell you what=0Abandwidth is = used for the mode. If if it is over 165MHz,=0Ait MUST be DL, if it is below= , it may well be SL.=0A=0A> For GTX480/Quadro 6000=0A> =3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A>=0A> The latest VMs I set up = were a VM Win 7 64 and a VM Win XP 64. ( =3D 2=0A> VMs)=0A>=0A> - gfx_passt= hru=3D0 while setting up the VM -- before installing NVIDIA=0A> drivers. Wh= ile VMs were setting up I used (native) VNC connection.=0A> (vnc=3D1)=0A>= =0A> - gfx_passthru=3D1 once NVIDIA driver was installed.=0A>=0A> No patch = was used!=0A=0AHang on - are you saying that once the Nvidia driver is inst= alled=0Ayou can use gfx_passthry=3D1 an you get the SeaBIOS output and the= =0Aboot-up Windows animaption on the domU monitor, rather than on=0Athe VNC= console? Is your passthrough GPU the primary in dom0?=0A=0AAlso note that = if you have modified the GTX680 to a Grid K2 (well,=0Ahalf of a Grid K2), y= ou can actually soft-mod it using a similar=0Amethod to the Fermi (4xx seri= es) cards to K5000 (not that there=0Ais much point, mind you). You just hav= e to modify both the=0AUEFI straps in the UEFI header and the BIOS straps i= n the normal=0ABIOS wrapped into all that UEFI garbage (UEFI header is 1024= bytes,=0Aor 0x400 bytes in hex). Or you could just strip out the first 0x4= 00=0Abytes from the BIOS and all the trailing UEFI garbage after a=0Alittle= under 64KB - you can tell where the trailing padding starts=0Aby the fact = it's all 0xFF filled). At the very bottom are the UEFI=0Acrypto certs which= can also be removed.=0A=0ABut if you have gfx_passthrough=3D1 working with= out side-loading=0Athe BIOS with the 64KB limitation, there is probably no = point in=0Adoing this.=0A=0AGordan=0A=0A___________________________________= ____________=0AXen-users mailing list=0AXen-users@lists.xen.org=0Ahttp://li= sts.xen.org/xen-users --1242719849-625257987-1380121823=:72995 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

Gordan,

>Le= t me recap the problem. I only get this on the GTX680
>(Quadrified t= o K5000 or Gridified to K2, happens in both
>cases) in domU. It does= NOT happen with a GTX470/480 modified
>to Q5000/Q6000. On bare meta= l the modified GTX680 works fine,
>the issue does not arise. I only = tried this on XP64, not
>attempted on Win7.

"DL-DVI" for me me= ans Dual Link DVI.
Yes I have a DL-DVI capable monitor (Resolution: 2560= x1440). I don't have monitor with Resolution =3D 2560x1600

Usi= ng
- my DL-DVI monitor( =3D the Dual Link connector on my graphic card = GTX680 is connected through a Dual Link cable to my DL-DVI montior) <= br>-my GTX 680 gridified to K2
- high resolutions (2560x1440)
=
my domU XP64 is able to boot properly. High resolutions is taken into account

To avoid any misunderstanding I added a short youtube = video where my configuration file is printed out and where the = domU XP 64 is started, shutdown. After that the domU XP64 is restarted.
=
http://youtu.be/UgIuPED-h44

No black screen when the domU is st= arted.

>Hang on - are you saying that once the Nvidia driver = is installed
>you can use gfx_passthry=3D1 an you get the SeaBIOS ou= tput and the
>boot-up Windows animaption on the domU monitor, rather= than on
>the VNC console? Is your passthrough GPU the primary in do= m0?

With gfx_passthru =3D 1 the boot-up Windows animation is o= n the VNC console.

De : Gordan Bobic <gordan@bobich.net>
=C3=80 : David TECHER &= lt;davidtecher@yahoo.fr>
Cc&nb= sp;: xen-users@lists.xen.org; Pasi K=C3=A4rkk=C3=A4inen <pasi= k@iki.fi>; xen-devel@lists.xen.org
Envoy=C3=A9 le : Mercredi 25 septembre 2013 9h59
Objet : Re: [Xen-users] = =EF=BB=BF[Xen-devel] Xen VGA Passthrough - GTX 680 successfully =EF=BB=BFha= rd-moded=09to GRID K2

On Tue, 24 Sep 2013 20:46:52 +0100 (BST), David TECHER
<davi= dtecher@yahoo.fr> wrote:

> - VM =3D Win XP 64: if I set RA= M > 3GB then the VM get slower. VM gets
> slower once NVIDIA driver is installed and that I restarted t= hsi VM
> :(. I tried a couple of things but unfortunately I was not t= o fix it.

That is really weird - I haven't observed any obvious slo= wdown
related to memory amount in XP64.

> Setting RAM D= VI-I Connector
> ----------------------------------------
> The= dom0 has just started. There are two VMs (one XP 64 and one Win 7
> = 64)
>
> Start XP 64...OK--> Screen works!
> Stop XP 64= ...OK--> Screen works!
> Start XP 64...OK--> Screen works!
&= gt; Restart XP 64...OK--> Screen works!
> Stop XP 64...OK--> Sc= reen works!
> Start Win7 64 ...OK--> Screen works!
> Stop Wi= n 64...OK--> Screen works!
> Start XP 64...KO ---> Black screen= !!!
> xl destroy for this VM. And VM Win 7 64 can start properly...Sc= reen
> works
>
> Output B =3D> DVI Connector
> -------------------------------------
> The dom0 h= as just started. There are two VMs (one XP 64 and one Win 7
> 64)
= > Start XP 64...OK --> Screen works!
>
> Stop XP 64...OK-= -> Screen works!
> Start XP 64...OK--> Screen works!
> Re= start XP 64...OK--> Screen works!
> Stop XP 64...OK--> Screen w= orks!
> Start Win7 64 ...OK--> Screen works!
> Stop Win7 64.= ..OK--> Screen works!
> Start XP 64...KO ---> Black screen!!!> xl destroy for this VM. And Win 7 64 can start properly...Screen > works
>
> Output C =3D=3D> mini HDMI
>
> -= -------------------------------
> The dom0 has just started. There ar= e two VMs (one XP 64 and one Win 7
> 64)
> Start XP 64...OK--&g= t; Screen works!
> Stop XP 64...OK--> Screen works!
> Start = XP 64...OK--> Screen works!
> Restart XP 64...OK--> Screen works!
> Stop XP 64...OK--> Screen works!
> Start Win7 64 .= ..OK--> Screen works!
> Stop Win7 64...OK--> Screen works!
&= gt; Start XP 64...KO --> Black Screen.
> xl destroy for this VM. A= nd Win 7 64 can start properly...Screen
> works
>
> Conc= lusion: whatever the connector is it seems doable to restart XP
> 64=
> ( no switch to Win 7 64!)

This is presumably with the GTX6= 80?
So it seems to not work is booting XP64 AFTER using Win7.

W= hat I was asking was a little different, though, and
specific to using = dual-link DVI vs. single-link. You do,
however, seem to be able to use = display-port, which
answers a part of my question, since that doesn't w= ork
for me at all.

Let me recap the problem. I only get this on= the GTX680
(Quadrified to K5000 or Gridified to K2, happens in both cases) in domU. It does NOT happen with a GTX470/480 modified
to Q5000/Q6000. On bare metal the modified GTX680 works fine,
the issu= e does not arise. I only tried this on XP64, not
attempted on Win7.
=
Setup:
- Xen 4.3.0
- XP64 domU
- GTX680 modified to K5000<= br>
Symptoms:
1) Using a VGA monitor works fine.
2) Using a sin= gle-link DVI monitor works fine.
3) Using a monitor capable of dual-lin= k DVI modes but in low
resolution where the card negotiates only a SL-D= VI mode
(<=3D 1280x800 on my Dell 3007WFP) works fine.
4) Using = a DL-DVI monitor with high resolution modes
requiring DL-DVI link resul= ts in a blank screen (monitor goes
to sleep immediately)
5) Display= Port use with active DL-DVI adapter results in
monitor going to sleep i= n ANY mode (low or high res).

In all cases the monitor is identifie= d correctly and it's
specific modes are listed.

So to re-iterat= e the question - do you have a DL-DVI
monitor you can try connecting to your GTX680 and see
if DL modes work from domU XP64? Not= e: 1920= x1200@60Hz
is achievable using SL-DVI with reduced blanking so not<= br> all monitors that do 1920x1200 are necessarily DL-DVI.
You can chec= k this by looking at the Xorg log file if you
are using the monitor on = Linux, it should tell you what
bandwidth is used for the mode. If if it= is over 165MHz,
it MUST be DL, if it is below, it may well be SL.
<= br>> For GTX480/Quadro 6000
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D
>
> The latest VMs I set up were a VM = Win 7 64 and a VM Win XP 64. ( =3D 2
> VMs)
>
> - gfx_pas= sthru=3D0 while setting up the VM -- before installing NVIDIA
> drive= rs. While VMs were setting up I used (native) VNC connection.
> (vnc= =3D1)
>
> - gfx_passthru=3D1 once NVIDIA driver was installed.<= br>>
> No patch was used!

Hang on - are you saying that once the Nvidia driver is installed
you = can use gfx_passthry=3D1 an you get the SeaBIOS output and the
boot-up = Windows animaption on the domU monitor, rather than on
the VNC console?= Is your passthrough GPU the primary in dom0?

Also note that if you= have modified the GTX680 to a Grid K2 (well,
half of a Grid K2), you c= an actually soft-mod it using a similar
method to the Fermi (4xx series= ) cards to K5000 (not that there
is much point, mind you). You just hav= e to modify both the
UEFI straps in the UEFI header and the BIOS straps= in the normal
BIOS wrapped into all that UEFI garbage (UEFI header is = 1024 bytes,
or 0x400 bytes in hex). Or you could just strip out the fir= st 0x400
bytes from the BIOS and all the trailing UEFI garbage after a<= br> little under 64KB - you can tell where the trailing padding starts
= by the fact it's all 0xFF filled). At the very bottom are the UEFI
crypto certs which can also be removed.

But if you have gfx_passth= rough=3D1 working without side-loading
the BIOS with the 64KB limitatio= n, there is probably no point in
doing this.

Gordan

____= ___________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.xen.org/xen-users

--1242719849-625257987-1380121823=:72995-- --===============1428116377697656744== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============1428116377697656744==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gordan Bobic Subject: Re: =?utf-8?q?=5BXen-users=5D_=EF=BB=BF_Xen_VGA_Passthrou?= =?utf-8?q?gh_-_GTX_680_successfully_=EF=BB=BFhard-moded=09to_GRID_K2?= Date: Wed, 25 Sep 2013 16:41:59 +0100 Message-ID: References: "\"<1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net>" <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net>" <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> <1380121823.72995.YahooMailNeo@web172001.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1380121823.72995.YahooMailNeo@web172001.mail.ir2.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David TECHER Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Wed, 25 Sep 2013 16:10:23 +0100 (BST), David TECHER wrote: > Gordan, > >>Let me recap the problem. I only get this on the GTX680 > >(Quadrified to K5000 or Gridified to K2, happens in both > >cases) in domU. It does NOT happen with a GTX470/480 modified > >to Q5000/Q6000. On bare metal the modified GTX680 works fine, > >the issue does not arise. I only tried this on XP64, not >>attempted on Win7. > > "DL-DVI" for me means Dual Link DVI. > Yes I have a DL-DVI capable monitor (Resolution: 2560x1440). I don't > have monitor with Resolution = 2560x1600 > > Using > - my DL-DVI monitor( = the Dual Link connector on my graphic card > GTX680 is connected through a Dual Link cable to my DL-DVI montior) > -my GTX 680 gridified to K2 > - high resolutions (2560x1440) > > my domU XP64 is able to boot properly. High resolutions is taken into > account Right, OK. So you can achieve the DL-DVI mode without problems on your setup. Which means the problem isn't universally applicable to Xen 4.3.0 + modified GTX680 + XP64 domU. Which begs the question of what is different about my setup... > To avoid any misunderstanding I added a short youtube video where my > configuration file is printed out and where the domU XP 64 is > started, > shutdown. After that the domU XP64 is restarted. > > http://youtu.be/UgIuPED-h44 > > No black screen when the domU is started. The issue on my setup isn't about _starting_ the domU - if I get the domU started in low-res mode, changing to a higher res-mode puts the monitor to sleep. When the confirmation dialog box times out, it reverts back to original low-res mode, and the monitor wakes up again. >>Hang on - are you saying that once the Nvidia driver is installed > >you can use gfx_passthry=1 an you get the SeaBIOS output and the > >boot-up Windows animaption on the domU monitor, rather than on > >the VNC console? Is your passthrough GPU the primary in dom0? > > With gfx_passthru = 1 the boot-up Windows animation is on the VNC > console. I _may_ be wrong here, but doesn't the gfx_passthru=1 get ignored in that case? If it was working, the BIOS level and bootup output should come up on the passthru GPU, should it not? I guess gfx_passthru=1 just disables the emulated Cirrus VGA, but in that case the boot-up animation shouldn't show up on VNC. So I'm not sure what is going on in this case. Gordan From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?= Subject: Re: [Xen-users] ??? Xen VGA Passthrough - GTX 680 successfully ???hard-moded?to GRID K2 Date: Wed, 25 Sep 2013 18:45:33 +0300 Message-ID: <20130925154532.GM2924@reaktio.net> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net> <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net> <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> <1380121823.72995.YahooMailNeo@web172001.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org, David TECHER List-Id: xen-devel@lists.xenproject.org On Wed, Sep 25, 2013 at 04:41:59PM +0100, Gordan Bobic wrote: > > > >With gfx_passthru = 1 the boot-up Windows animation is on the VNC > >console. > > I _may_ be wrong here, but doesn't the gfx_passthru=1 get ignored > in that case? If it was working, the BIOS level and bootup output > should come up on the passthru GPU, should it not? I guess > gfx_passthru=1 just disables the emulated Cirrus VGA, but in that > case the boot-up animation shouldn't show up on VNC. > > So I'm not sure what is going on in this case. > Correct, with gfx_passthru=1 the physical GPU should show the windows boot animation, not the cirrus/vnc emulated graphics. So gfx_passthru=1 is not working, and the GPU is passed as secondary.. -- Pasi > Gordan From mboxrd@z Thu Jan 1 00:00:00 1970 From: David TECHER Subject: Re: =?utf-8?b?W1hlbi11c2Vyc10g77u/77u/IFhlbiBWR0EgUGFz?= =?utf-8?q?sthrough_-_GTX_680_successfully_=EF=BB=BFhard-moded=09to_GRID_K?= =?utf-8?q?2?= Date: Wed, 25 Sep 2013 17:02:59 +0100 (BST) Message-ID: <1380124979.41929.YahooMailNeo@web172002.mail.ir2.yahoo.com> References: "\"<1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> <20130924151253.GF2924@reaktio.net>" <0a0befc680ec51e540f6de1c3e59beba@mail.shatteredsilicon.net>" <1380052012.28711.YahooMailNeo@web172005.mail.ir2.yahoo.com> <1380121823.72995.YahooMailNeo@web172001.mail.ir2.yahoo.com> Reply-To: David TECHER Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5868845135627854647==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============5868845135627854647== Content-Type: multipart/alternative; boundary="1253303424-1610294372-1380124979=:41929" --1253303424-1610294372-1380124979=:41929 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable =0A>I _may_ be wrong here, but doesn't the gfx_passthru=3D1 get ignored=0A>= in that case? If it was working, the BIOS level and bootup output=0A>should= come up on the passthru GPU, should it not? I guess=0A>gfx_passthru=3D1 ju= st disables the emulated Cirrus VGA, but in that=0A>case the boot-up animat= ion shouldn't show up on VNC.=0A=0A>So I'm not sure what is going on in thi= s case.=0A=0AOh No you're right. I am mistaken (Apologies!). The boot-up an= imation doesn't appear on the VNC console.=0A=0AI tested it an re-checked i= t on both XP 64 and Win 7 64.=0A=0ADavid=0A=0A=0A=0A_______________________= _________=0A De=C2=A0: Gordan Bobic =0A=C3=80=C2=A0: Dav= id TECHER =0ACc=C2=A0: xen-users@lists.xen.org; Pasi= K=C3=A4rkk=C3=A4inen ; xen-devel@lists.xen.org =0AEnvoy=C3= =A9 le : Mercredi 25 septembre 2013 17h41=0AObjet=C2=A0: Re: [Xen-users] = =EF=BB=BF=EF=BB=BF[Xen-devel] Xen VGA Passthrough - GTX 680 successfully = =EF=BB=BFhard-moded=09to GRID K2=0A =0A=0AOn Wed, 25 Sep 2013 16:10:23 +010= 0 (BST), David TECHER =0A wrote:=0A> Gordan,=0A>=0A>>= Let me recap the problem. I only get this on the GTX680=0A>=C2=A0 >(Quadrif= ied to K5000 or Gridified to K2, happens in both=0A>=C2=A0 >cases) in domU.= It does NOT happen with a GTX470/480 modified=0A>=C2=A0 >to Q5000/Q6000. O= n bare metal the modified GTX680 works fine,=0A>=C2=A0 >the issue does not = arise. I only tried this on XP64, not=0A>>attempted on Win7.=0A>=0A> "DL-DV= I" for me means Dual Link DVI.=0A> Yes I have a DL-DVI capable monitor (Res= olution: 2560x1440). I don't=0A> have monitor with Resolution =3D 2560x1600= =0A>=0A> Using=0A> - my DL-DVI monitor( =3D the Dual Link connector on my g= raphic card=0A> GTX680 is connected through a Dual Link cable to my DL-DVI = montior)=0A> -my GTX 680 gridified to K2=0A> - high resolutions (2560x1440)= =0A>=0A> my domU XP64 is able to boot properly. High resolutions is taken i= nto=0A> account=0A=0ARight, OK. So you can achieve the DL-DVI mode without = problems on your=0Asetup. Which means the problem isn't universally applica= ble to=0AXen 4.3.0 + modified GTX680 + XP64 domU. Which begs the question o= f=0Awhat is different about my setup...=0A=0A> To avoid any misunderstandin= g I added a short youtube video where my=0A> configuration file is printed = out and where the domU XP 64 is =0A> started,=0A> shutdown. After that the = domU XP64 is restarted.=0A>=0A> http://youtu.be/UgIuPED-h44=0A>=0A> No blac= k screen when the domU is started.=0A=0AThe issue on my setup isn't about _= starting_ the domU - if I get=0Athe domU started in low-res mode, changing = to a higher res-mode=0Aputs the monitor to sleep. When the confirmation dia= log box times=0Aout, it reverts back to original low-res mode, and the moni= tor=0Awakes up again.=0A=0A>>Hang on - are you saying that once the Nvidia = driver is installed=0A>=C2=A0 >you can use gfx_passthry=3D1 an you get the = SeaBIOS output and the=0A>=C2=A0 >boot-up Windows animaption on the domU mo= nitor, rather than on=0A>=C2=A0 >the VNC console? Is your passthrough GPU t= he primary in dom0?=0A>=0A> With gfx_passthru =3D 1 the boot-up Windows ani= mation is on the VNC=0A> console.=0A=0AI _may_ be wrong here, but doesn't t= he gfx_passthru=3D1 get ignored=0Ain that case? If it was working, the BIOS= level and bootup output=0Ashould come up on the passthru GPU, should it no= t? I guess=0Agfx_passthru=3D1 just disables the emulated Cirrus VGA, but in= that=0Acase the boot-up animation shouldn't show up on VNC.=0A=0ASo I'm no= t sure what is going on in this case.=0A=0AGordan --1253303424-1610294372-1380124979=:41929 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable

>I _may_ = be wrong here, but doesn't the gfx_passthru=3D1 get ignored
>in that= case? If it was working, the BIOS level and bootup output
>should c= ome up on the passthru GPU, should it not? I guess
>gfx_passthru=3D1= just disables the emulated Cirrus VGA, but in that
>case the boot-u= p animation shouldn't show up on VNC.

>So I'm not sure what is go= ing on in this case.

Oh No you're right. I am mist= aken (Apologies!). The boot-up animation doesn't appear on the VNC console.

I tested it an re-checked it on both XP = 64 and Win 7 64.

David

<= div style=3D"font-family: times new roman, new york, times, serif; font-siz= e: 12pt;">

De : Gord= an Bobic <gordan@bobich.net>
Cc : xen-users@lists.xe= n.org; Pasi K=C3=A4rkk=C3=A4inen <pasik@iki.fi>; xen-devel@lists.xen.= org
Envoy=C3=A9 le : = Mercredi 25 septembre 2013 17h41
= Objet : Re: [Xen-users] =EF=BB=BF=EF=BB=BF[Xen-devel] Xen V= GA Passthrough - GTX 680 successfully =EF=BB=BFhard-moded=09to GRID K2
=

On Wed, 25 Sep 2013 16:1= 0:23 +0100 (BST), David TECHER
<davidtecher@yahoo.fr> w= rote:
> Gordan,
>
>>Let me recap the problem. I only g= et this on the GTX680
> >(Quadrified to K5000 or Gridified to K2, happens in both
> = >cases) in domU. It does NOT happen with a GTX470/480 modified
>&= nbsp; >to Q5000/Q6000. On bare metal the modified GTX680 works fine,
= > >the issue does not arise. I only tried this on XP64, not
= >>attempted on Win7.
>
> "DL-DVI" for me means Dual Link = DVI.
> Yes I have a DL-DVI capable monitor (Resolution: 2560x1440). I= don't
> have monitor with Resolution =3D 2560x1600
>
> U= sing
> - my DL-DVI monitor( =3D the Dual Link connector on my graphic= card
> GTX680 is connected through a Dual Link cable to my DL-DVI mo= ntior)
> -my GTX 680 gridified to K2
> - high resolutions (2560= x1440)
>
> my domU XP64 is able to boot properly. High resoluti= ons is taken into
> account

Right, OK. So you can achieve the= DL-DVI mode without problems on your
setup. Which means the problem isn't universally applicable to
Xen 4.3.0 + modified GTX680 + XP64 dom= U. Which begs the question of
what is different about my setup...
> To avoid any misunderstanding I added a short youtube video where my=
> configuration file is printed out and where the domU XP 64 is
= > started,
> shutdown. After that the domU XP64 is restarted.
&= gt;
> http:= //youtu.be/UgIuPED-h44
>
> No black screen when the domU is= started.

The issue on my setup isn't about _starting_ the domU - i= f I get
the domU started in low-res mode, changing to a higher res-mode=
puts the monitor to sleep. When the confirmation dialog box times
= out, it reverts back to original low-res mode, and the monitor
wakes up= again.

>>Hang on - are you saying that once the Nvidia driver= is installed
> >you can use gfx_passthry=3D1 an you get the SeaBIOS output and the
> >boot-up Windows animaption on= the domU monitor, rather than on
> >the VNC console? Is you= r passthrough GPU the primary in dom0?
>
> With gfx_passthru = =3D 1 the boot-up Windows animation is on the VNC
> console.

= I _may_ be wrong here, but doesn't the gfx_passthru=3D1 get ignored
in = that case? If it was working, the BIOS level and bootup output
should c= ome up on the passthru GPU, should it not? I guess
gfx_passthru=3D1 jus= t disables the emulated Cirrus VGA, but in that
case the boot-up animat= ion shouldn't show up on VNC.

So I'm not sure what is going on in t= his case.

Gordan

<= /html> --1242719849-1762789646-1380125843=:48610-- --===============1887715779374120823== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============1887715779374120823==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Fri, 27 Sep 2013 13:11:59 -0400 Message-ID: <20130927171159.GA11535@phenom.dumpdata.com> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <52408E18.5040702@bobich.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <52408E18.5040702@bobich.net> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Gordan Bobic Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Mon, Sep 23, 2013 at 07:53:12PM +0100, Gordan Bobic wrote: > On 09/23/2013 06:28 PM, David TECHER wrote: > >Hi Gordan, > > > >I wanted to let you know that today I decided to have a try for my GTX > >680. Gigabite GTX 680 2048 MB GDDR5. > > > >I know that this particular card could be hard-moded to GRID K2 so VGA > >passthrough could work. > > FYI, GTX680 modified to a K5000 also works fine for VGA passthrough. I > haven't noticed any difference in the functionality. > > >Following instructions found on > >http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/420/ > >I just removed two resistors. > > Just out of interest - are your video outputs working correctly? Can > you get DL-DVI output or DP output without problems? I find that on > bare metal, it works fine, but in a Xen VM, SL-DVI works, but DL-DVI > doesn't. DP also works on bare metal, but doesn't work at all domU. > > As far as I can tell, nobody has had the same issue before. Then > again, AFAIK, nobody else is running this setup with an XP64 domU, > which is why I am particularly interested to hear if you are seeing > the same issue (you mentioned you also run XP64). > > >I did the test on another VM (Windows 7 64 bits). I was able to play > >games, shutdown the VM, restart the VM without restarting the dom0. > > > >I am very impressed. Restarting domU (Linux or Windows) without > >restarting the dom0 is very impressive. > > Indeed. As I have mentioned a number of times before, a faux-Quadro > setup is far, far superior to an ATI setup when it comes to VGA > passthrough. > > And I wouldn't say it's impressive per se - it is normal and > expected. OTOH, having to reboot dom0 when rebooting domU is utterly > broken and unfit for purpose. I am a bit late to this part - was there an serial output or some other way to figure out why dom0 rebooted? > > Gordan > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gordan Bobic Subject: Re: Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Fri, 27 Sep 2013 18:43:13 +0100 Message-ID: <46f651387b7543fd96e5c2dde30f610f@mail.shatteredsilicon.net> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <52408E18.5040702@bobich.net> <20130927171159.GA11535@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20130927171159.GA11535@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Konrad Rzeszutek Wilk Cc: xen-users@lists.xen.org, xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org On Fri, 27 Sep 2013 13:11:59 -0400, Konrad Rzeszutek Wilk wrote: > On Mon, Sep 23, 2013 at 07:53:12PM +0100, Gordan Bobic wrote: >> On 09/23/2013 06:28 PM, David TECHER wrote: >> >Hi Gordan, >> > >> >I wanted to let you know that today I decided to have a try for my >> GTX >> >680. Gigabite GTX 680 2048 MB GDDR5. >> > >> >I know that this particular card could be hard-moded to GRID K2 so >> VGA >> >passthrough could work. >> >> FYI, GTX680 modified to a K5000 also works fine for VGA passthrough. >> I >> haven't noticed any difference in the functionality. >> >> >Following instructions found on >> >> >http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counterparts/420/ >> >I just removed two resistors. >> >> Just out of interest - are your video outputs working correctly? Can >> you get DL-DVI output or DP output without problems? I find that on >> bare metal, it works fine, but in a Xen VM, SL-DVI works, but DL-DVI >> doesn't. DP also works on bare metal, but doesn't work at all domU. >> >> As far as I can tell, nobody has had the same issue before. Then >> again, AFAIK, nobody else is running this setup with an XP64 domU, >> which is why I am particularly interested to hear if you are seeing >> the same issue (you mentioned you also run XP64). >> >> >I did the test on another VM (Windows 7 64 bits). I was able to >> play >> >games, shutdown the VM, restart the VM without restarting the dom0. >> > >> >I am very impressed. Restarting domU (Linux or Windows) without >> >restarting the dom0 is very impressive. >> >> Indeed. As I have mentioned a number of times before, a faux-Quadro >> setup is far, far superior to an ATI setup when it comes to VGA >> passthrough. >> >> And I wouldn't say it's impressive per se - it is normal and >> expected. OTOH, having to reboot dom0 when rebooting domU is utterly >> broken and unfit for purpose. > > I am a bit late to this part - was there an serial output or some > other > way to figure out why dom0 rebooted? Because I pressed the reset button? :) The dom0 didn't reboot, it just crashed and locked up solid. And sorry, no serial output or anything useful in the logs. One thing that occurs to me is that this could plausibly have been a compound problem in my case, between the usual ATI issues and my duff IOMMU hardware (hoping to do some more work on those patches soon, but I have a more pressing task of getting some updates and testing in place for my RedSleeve Linux distro (EL6 for ARM) for a client at the moment). Gordan From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Erickson Subject: Re: [Xen-users] Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Sat, 28 Sep 2013 11:34:01 -0700 Message-ID: References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5881108486968155319==" Return-path: In-Reply-To: <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David TECHER Cc: "xen-users@lists.xen.org" , "gordan@bobich.net" , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============5881108486968155319== Content-Type: multipart/alternative; boundary=089e01493c32ca324804e775d8ab --089e01493c32ca324804e775d8ab Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Does HDMI audio work coming from the video card in this sort of setup? On Mon, Sep 23, 2013 at 10:35 AM, David TECHER wrote= : > Apologies I forgot to add the image from Linux > > > http://img11.hostingpics.net/pics/528734ScreenshotXen430GTX680HardmodedGR= IDK2.png > > ------------------------------ > *De :* David TECHER > *=C0 :* "gordan@bobich.net" > *Cc :* "xen-users@lists.xen.org" ; " > xen-devel@lists.xen.org" > *Envoy=E9 le :* Lundi 23 septembre 2013 19h28 > *Objet :* [Xen-devel] Xen VGA Passthrough - GTX 680 successfully > hard-moded to GRID K2 > > Hi Gordan, > > I wanted to let you know that today I decided to have a try for my GTX > 680. Gigabite GTX 680 2048 MB GDDR5. > > I know that this particular card could be hard-moded to GRID K2 so VGA > passthrough could work. > > Following instructions found on > http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-profess= ional-counterparts/420/I just removed two resistors. > > Here is a screenshot taken from a VM (Ubuntu 12.04 32 bits) with more 8GB > of RAM. > > > http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-profess= ional-counterparts/420/ > > I did the test on another VM (Windows 7 64 bits). I was able to play > games, shutdown the VM, restart the VM without restarting the dom0. > > I am very impressed. Restarting domU (Linux or Windows) without restartin= g > the dom0 is very impressive. > > I just added a youtube video about my tests for my hard-moded card > > http://youtu.be/L1RoOx8wC7A > > Apologies I am French so I am speaking in French in the video. Just to > show that it works perfectly. > > Kind regards. > > > > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > --089e01493c32ca324804e775d8ab Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Does HDMI audio work coming from the video card in this so= rt of setup?

On Mon, Sep 23, 2013 at 10:35 AM, David TECHER &= lt;davidtecher@ya= hoo.fr> wrote:

Apologies I forgot to add the image= from Linux

http://img11.hostingpics.net/pics/= 528734ScreenshotXen430GTX680HardmodedGRIDK2.png

De=A0: David TECHER= <davidtecher@= yahoo.fr>
=C0=A0: "gordan@bobich.net" <<= a href=3D"mailto:gordan@bobich.net" target=3D"_blank">gordan@bobich.net= >
Cc=A0: "xen-users@lists.xen.= org" <xen-users@lists.xen.org>; "xen-devel@lists.xen.org" <xen-devel@lists.xen.o= rg>
Envoy=E9 le : Lundi 23 septembre 2013 19h28
Objet=A0: [Xen-devel] Xen VGA Passthrough - GTX 680 = successfully hard-moded to GRID K2

Hi Gordan,

I wanted to let you know that today I d= ecided to have a try for my GTX 680. Gigabite GTX 680 2048 MB GDDR5.
I know that this particular card could be hard-moded to GRID K2 so VGA pass= through could work.

Following instructions found on http://www.eevblog.com/forum/chat/hacki= ng-nvidia-cards-into-their-professional-counterparts/420/ I just remove= d two resistors.

Here is a screenshot taken from a VM (Ubuntu 12.04 32 bits) with more 8= GB of RAM.

http://www= .eevblog.com/forum/chat/hacking-nvidia-cards-into-their-professional-counte= rparts/420/

I did the test on another VM (Windows 7 64 bits).=A0 I was able to play= games, shutdown the VM, restart the VM without restarting the dom0.
I am very impressed. Restarting domU (Linux or Windows) without restarting= the dom0 is very impressive.

I just added a youtube video about my tests for my hard= -moded card

http://youtu.be/L= 1RoOx8wC7A

Apologies I am French so I am speaking in French in t= he video. Just to show that it works perfectly.

Kind regards.

_______________________________________________
Xen-de= vel mailing list
Xen-devel@lists.xen.org
http://lists.x= en.org/xen-devel

_____= __________________________________________
Xen-users mailing list
Xen-users@lists.xen.org
http://lists.x= en.org/xen-users

--089e01493c32ca324804e775d8ab-- --===============5881108486968155319== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============5881108486968155319==-- From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gordan Bobic Subject: Re: [Xen-users] Xen VGA Passthrough - GTX 680 successfully hard-moded to GRID K2 Date: Sat, 28 Sep 2013 20:18:53 +0100 Message-ID: <52472B9D.1030900@bobich.net> References: <1379957311.87960.YahooMailNeo@web172003.mail.ir2.yahoo.com> <1379957703.78329.YahooMailNeo@web172003.mail.ir2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; Format="flowed" Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: David Erickson Cc: "xen-users@lists.xen.org" , "xen-devel@lists.xen.org" , David TECHER List-Id: xen-devel@lists.xenproject.org I haven't tried plugging it into a TV to get audio output tested, but = the HDMI audio device gets detected in domU and shows up as functioning = without any issues. So unless somebody has evidence to the contrary, it = almost certainly works just fine. Gordan On 09/28/2013 07:34 PM, David Erickson wrote: > Does HDMI audio work coming from the video card in this sort of setup? > > > On Mon, Sep 23, 2013 at 10:35 AM, David TECHER > wrote: > > Apologies I forgot to add the image from Linux > > http://img11.hostingpics.net/pics/528734ScreenshotXen430GTX680Hardmod= edGRIDK2.png > > ---------------------------------------------------------------------= --- > *De :* David TECHER > > *=C0 :* "gordan@bobich.net " > > > *Cc :* "xen-users@lists.xen.org " > >; > "xen-devel@lists.xen.org " > > > *Envoy=E9 le :* Lundi 23 septembre 2013 19h28 > *Objet :* [Xen-devel] Xen VGA Passthrough - GTX 680 successfully > hard-moded to GRID K2 > > Hi Gordan, > > I wanted to let you know that today I decided to have a try for my > GTX 680. Gigabite GTX 680 2048 MB GDDR5. > > I know that this particular card could be hard-moded to GRID K2 so > VGA passthrough could work. > > Following instructions found on > http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-pro= fessional-counterparts/420/ > I just removed two resistors. > > Here is a screenshot taken from a VM (Ubuntu 12.04 32 bits) with > more 8GB of RAM. > > http://www.eevblog.com/forum/chat/hacking-nvidia-cards-into-their-pro= fessional-counterparts/420/ > > I did the test on another VM (Windows 7 64 bits). I was able to > play games, shutdown the VM, restart the VM without restarting the do= m0. > > I am very impressed. Restarting domU (Linux or Windows) without > restarting the dom0 is very impressive. > > I just added a youtube video about my tests for my hard-moded card > > http://youtu.be/L1RoOx8wC7A > > Apologies I am French so I am speaking in French in the video. Just > to show that it works perfectly. > > Kind regards. > > > > > > > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > > > > _______________________________________________ > Xen-users mailing list > Xen-users@lists.xen.org > http://lists.xen.org/xen-users > >