I want to try to get VGA passthrough working in a Windows 7 x64 domU. I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x kernel. The best I got to work is the device showing up under Windows 7, with all resources and whatnot. I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and the vBAR-pBAR patch to qemu-dm. This behaviour isn''t stable though. Sometimes I can log on and then domU crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and actually do something. But certain operations, like changing display options or checking device manager details cause a BSoD. The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream patches, but not more. Has anyone succeeded in passing thru an nVidia graphics card to a Windows 7 x64 guest? Should I try Windows XP, would that make a difference? regards, Helmut _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi Helmut, i had the same experience with my setup regarding windows7. The good news is, there are no such problems with winxp. Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the countless google hits regarding "nvlddmkm.sys 0x00000116" (the Error-Code that always appears in the win7 BSOD - is yours also always the same?), it''s hard to come to a solution: Some say its a driver-issue, memory timings, powersupply unit... OTOH it may be that Windows 7 is using a feature winxp doesnt, and which doesn''t get passed through correctly. Greetings Tobias Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser:> I want to try to get VGA passthrough working in a Windows 7 x64 domU. > I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x kernel. > The best I got to work is the device showing up under Windows 7, with > all resources and whatnot. > > I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and the > vBAR-pBAR patch to qemu-dm. > > This behaviour isn''t stable though. Sometimes I can log on and then domU > crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and actually > do something. But certain operations, like changing display options or > checking device manager details cause a BSoD. > > The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s > GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream > patches, but not more. > > Has anyone succeeded in passing thru an nVidia graphics card to a > Windows 7 x64 guest? > Should I try Windows XP, would that make a difference? > > regards, > Helmut > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi Tobias, Yes, I get the exact same error. Googling didn''t reveal much. I don''t get this error in Windows XP though, but I do get other issues. None are concise, so I think my Xen / Kernel version combo is unstable, or my hardware is. I''m running on a Intel 5520 chipset with dual E5620 Xeon and a Nvidia Quadro NVS 295, G98. Were you more successful in passing through to a Linux domU? The chipsets and CPUs are well supported, only the graphics card didn''t show up anywhere. regards, Helmut On 03.06.2010 15:47, Tobias Geiger wrote:> Hi Helmut, > > i had the same experience with my setup regarding windows7. > The good news is, there are no such problems with winxp. > > Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 > registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the > countless google hits regarding "nvlddmkm.sys 0x00000116" (the Error-Code > that always appears in the win7 BSOD - is yours also always the same?), it''s > hard to come to a solution: > Some say its a driver-issue, memory timings, powersupply unit... OTOH it may > be that Windows 7 is using a feature winxp doesnt, and which doesn''t get > passed through correctly. > > > Greetings > Tobias > > Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser: > >> I want to try to get VGA passthrough working in a Windows 7 x64 domU. >> I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x kernel. >> The best I got to work is the device showing up under Windows 7, with >> all resources and whatnot. >> >> I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and the >> vBAR-pBAR patch to qemu-dm. >> >> This behaviour isn''t stable though. Sometimes I can log on and then domU >> crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and actually >> do something. But certain operations, like changing display options or >> checking device manager details cause a BSoD. >> >> The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s >> GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream >> patches, but not more. >> >> Has anyone succeeded in passing thru an nVidia graphics card to a >> Windows 7 x64 guest? >> Should I try Windows XP, would that make a difference? >> >> regards, >> Helmut >> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >> >> > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi, i never tried passing vga through to a linux domU, sorry. but with winxp i have no stability problems whatsoever - which may back up your suggestions that either your xen/kernel combo is unstable or your hardware is. did you read out the vgabios for qemu-dm correctly (vgabios-pt.bin) ? Greetings tobias Am Freitag 04 Juni 2010 15:07:55 schrieb Helmut Wieser:> Hi Tobias, > > Yes, I get the exact same error. Googling didn''t reveal much. I don''t > get this error in Windows XP though, but I do get other issues. > None are concise, so I think my Xen / Kernel version combo is unstable, > or my hardware is. > I''m running on a Intel 5520 chipset with dual E5620 Xeon and a Nvidia > Quadro NVS 295, G98. > > Were you more successful in passing through to a Linux domU? > > The chipsets and CPUs are well supported, only the graphics card didn''t > show up anywhere. > > regards, > Helmut > > On 03.06.2010 15:47, Tobias Geiger wrote: > > Hi Helmut, > > > > i had the same experience with my setup regarding windows7. > > The good news is, there are no such problems with winxp. > > > > Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 > > registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the > > countless google hits regarding "nvlddmkm.sys 0x00000116" (the > > Error-Code that always appears in the win7 BSOD - is yours also always > > the same?), it''s hard to come to a solution: > > Some say its a driver-issue, memory timings, powersupply unit... OTOH it > > may be that Windows 7 is using a feature winxp doesnt, and which doesn''t > > get passed through correctly. > > > > > > Greetings > > Tobias > > > > Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser: > >> I want to try to get VGA passthrough working in a Windows 7 x64 domU. > >> I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x > >> kernel. The best I got to work is the device showing up under Windows 7, > >> with all resources and whatnot. > >> > >> I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and the > >> vBAR-pBAR patch to qemu-dm. > >> > >> This behaviour isn''t stable though. Sometimes I can log on and then domU > >> crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and actually > >> do something. But certain operations, like changing display options or > >> checking device manager details cause a BSoD. > >> > >> The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s > >> GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream > >> patches, but not more. > >> > >> Has anyone succeeded in passing thru an nVidia graphics card to a > >> Windows 7 x64 guest? > >> Should I try Windows XP, would that make a difference? > >> > >> regards, > >> Helmut > >> > >> _______________________________________________ > >> Xen-devel mailing list > >> Xen-devel@lists.xensource.com > >> http://lists.xensource.com/xen-devel > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi, Yep, I used a free-dos USB stick for that. That brought back memories! ;-) I tried several kernels, none work fine. And then there is also the netback_uevent issue, which makes me reboot dom0 in order to reboot a domU. Very annoying! Can you post your kernel version and config? What chipset/gfx card do you use? regards, Helmut On 04.06.2010 16:09, Tobias Geiger wrote:> Hi, > > i never tried passing vga through to a linux domU, sorry. > but with winxp i have no stability problems whatsoever - which may back up > your suggestions that either your xen/kernel combo is unstable or your > hardware is. > > did you read out the vgabios for qemu-dm correctly (vgabios-pt.bin) ? > > Greetings > tobias > > Am Freitag 04 Juni 2010 15:07:55 schrieb Helmut Wieser: > >> Hi Tobias, >> >> Yes, I get the exact same error. Googling didn''t reveal much. I don''t >> get this error in Windows XP though, but I do get other issues. >> None are concise, so I think my Xen / Kernel version combo is unstable, >> or my hardware is. >> I''m running on a Intel 5520 chipset with dual E5620 Xeon and a Nvidia >> Quadro NVS 295, G98. >> >> Were you more successful in passing through to a Linux domU? >> >> The chipsets and CPUs are well supported, only the graphics card didn''t >> show up anywhere. >> >> regards, >> Helmut >> >> On 03.06.2010 15:47, Tobias Geiger wrote: >> >>> Hi Helmut, >>> >>> i had the same experience with my setup regarding windows7. >>> The good news is, there are no such problems with winxp. >>> >>> Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 >>> registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the >>> countless google hits regarding "nvlddmkm.sys 0x00000116" (the >>> Error-Code that always appears in the win7 BSOD - is yours also always >>> the same?), it''s hard to come to a solution: >>> Some say its a driver-issue, memory timings, powersupply unit... OTOH it >>> may be that Windows 7 is using a feature winxp doesnt, and which doesn''t >>> get passed through correctly. >>> >>> >>> Greetings >>> Tobias >>> >>> Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser: >>> >>>> I want to try to get VGA passthrough working in a Windows 7 x64 domU. >>>> I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x >>>> kernel. The best I got to work is the device showing up under Windows 7, >>>> with all resources and whatnot. >>>> >>>> I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and the >>>> vBAR-pBAR patch to qemu-dm. >>>> >>>> This behaviour isn''t stable though. Sometimes I can log on and then domU >>>> crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and actually >>>> do something. But certain operations, like changing display options or >>>> checking device manager details cause a BSoD. >>>> >>>> The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s >>>> GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream >>>> patches, but not more. >>>> >>>> Has anyone succeeded in passing thru an nVidia graphics card to a >>>> Windows 7 x64 guest? >>>> Should I try Windows XP, would that make a difference? >>>> >>>> regards, >>>> Helmut >>>> >>>> _______________________________________________ >>>> Xen-devel mailing list >>>> Xen-devel@lists.xensource.com >>>> http://lists.xensource.com/xen-devel >>>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >>> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >> >> > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Konrad Rzeszutek Wilk
2010-Jun-04 20:27 UTC
Re: [Xen-devel] VGA passthrough nVidia NVS 295
On Thu, Jun 03, 2010 at 03:47:51PM +0200, Tobias Geiger wrote:> Hi Helmut, > > i had the same experience with my setup regarding windows7. > The good news is, there are no such problems with winxp. > > Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 > registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the > countless google hits regarding "nvlddmkm.sys 0x00000116" (the Error-Code > that always appears in the win7 BSOD - is yours also always the same?), it''s > hard to come to a solution:One thing that might be worth investigating is enabling the veridian option. I remember that on Windows 2008 and on, it fixed the watchdog BSOD, which might be what you are hitting (or not). _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Fri, Jun 04, 2010 at 04:27:38PM -0400, Konrad Rzeszutek Wilk wrote:> On Thu, Jun 03, 2010 at 03:47:51PM +0200, Tobias Geiger wrote: > > Hi Helmut, > > > > i had the same experience with my setup regarding windows7. > > The good news is, there are no such problems with winxp. > > > > Disabling the "Timeout Detection and Recovery (TDR)" Feature in the win7 > > registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret the > > countless google hits regarding "nvlddmkm.sys 0x00000116" (the Error-Code > > that always appears in the win7 BSOD - is yours also always the same?), it''s > > hard to come to a solution: > > One thing that might be worth investigating is enabling the veridian^ Just to correct the typo: viridian :) -- Pasi> option. I remember that on Windows 2008 and on, it fixed the watchdog > BSOD, which might be what you are hitting (or not). > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi, unfortunatly viridian=1 doesn''t help with windows7 nvidia gfx passthrough; I have it enabled in both xen-cfgs - the one for win7 and the winxp one, so this one can be ruled out i think. Greetings Tobias Am Samstag 05 Juni 2010 15:17:06 schrieb Pasi Kärkkäinen:> On Fri, Jun 04, 2010 at 04:27:38PM -0400, Konrad Rzeszutek Wilk wrote: > > On Thu, Jun 03, 2010 at 03:47:51PM +0200, Tobias Geiger wrote: > > > Hi Helmut, > > > > > > i had the same experience with my setup regarding windows7. > > > The good news is, there are no such problems with winxp. > > > > > > Disabling the "Timeout Detection and Recovery (TDR)" Feature in the > > > win7 registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret > > > the countless google hits regarding "nvlddmkm.sys 0x00000116" (the > > > Error-Code that always appears in the win7 BSOD - is yours also always > > > the same?), it''s hard to come to a solution: > > > > One thing that might be worth investigating is enabling the veridian > > ^ > > Just to correct the typo: viridian > > :) > > -- Pasi > > > option. I remember that on Windows 2008 and on, it fixed the watchdog > > BSOD, which might be what you are hitting (or not). > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
I second that, viridian = 1 doesn''t make a difference neither in Windows XP x32 or Windows 7 x64. On 05.06.2010 17:38, Tobias Geiger wrote:> Hi, > > unfortunatly viridian=1 doesn''t help with windows7 nvidia gfx passthrough; > I have it enabled in both xen-cfgs - the one for win7 and the winxp one, so > this one can be ruled out i think. > > Greetings > Tobias > > > > Am Samstag 05 Juni 2010 15:17:06 schrieb Pasi Kärkkäinen: > >> On Fri, Jun 04, 2010 at 04:27:38PM -0400, Konrad Rzeszutek Wilk wrote: >> >>> On Thu, Jun 03, 2010 at 03:47:51PM +0200, Tobias Geiger wrote: >>> >>>> Hi Helmut, >>>> >>>> i had the same experience with my setup regarding windows7. >>>> The good news is, there are no such problems with winxp. >>>> >>>> Disabling the "Timeout Detection and Recovery (TDR)" Feature in the >>>> win7 registry doesn''t help for my nvlddmkm.sys BSOD, but if i interpret >>>> the countless google hits regarding "nvlddmkm.sys 0x00000116" (the >>>> Error-Code that always appears in the win7 BSOD - is yours also always >>>> the same?), it''s hard to come to a solution: >>>> >>> One thing that might be worth investigating is enabling the veridian >>> >> ^ >> >> Just to correct the typo: viridian >> >> :) >> >> -- Pasi >> >> >>> option. I remember that on Windows 2008 and on, it fixed the watchdog >>> BSOD, which might be what you are hitting (or not). >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >>> >> > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi, never had that "netback_uevent" issue - what''s that about? My Kernel Version since yesterday was 2.6.32.13, now its 2.6.34 (thanks Andrew!). I pasted my kernel-config here: http://pastebin.ca/1878342 Board is a Intel DX58SO (X58/ICH10 Chipset), primary card (for Dom0) is: 02:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9500 GT] (rev a1) Secondary Card (the one which gets passed-through): 03:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260] (rev a1) Good luck! Greetings Tobias Am Freitag 04 Juni 2010 16:17:45 schrieb Helmut Wieser:> Hi, > > Yep, I used a free-dos USB stick for that. That brought back memories! ;-) > I tried several kernels, none work fine. And then there is also the > netback_uevent issue, which makes me reboot dom0 in order to reboot a > domU. Very annoying! > Can you post your kernel version and config? > What chipset/gfx card do you use? > > regards, > Helmut > > On 04.06.2010 16:09, Tobias Geiger wrote: > > Hi, > > > > i never tried passing vga through to a linux domU, sorry. > > but with winxp i have no stability problems whatsoever - which may back > > up your suggestions that either your xen/kernel combo is unstable or > > your hardware is. > > > > did you read out the vgabios for qemu-dm correctly (vgabios-pt.bin) ? > > > > Greetings > > tobias > > > > Am Freitag 04 Juni 2010 15:07:55 schrieb Helmut Wieser: > >> Hi Tobias, > >> > >> Yes, I get the exact same error. Googling didn''t reveal much. I don''t > >> get this error in Windows XP though, but I do get other issues. > >> None are concise, so I think my Xen / Kernel version combo is unstable, > >> or my hardware is. > >> I''m running on a Intel 5520 chipset with dual E5620 Xeon and a Nvidia > >> Quadro NVS 295, G98. > >> > >> Were you more successful in passing through to a Linux domU? > >> > >> The chipsets and CPUs are well supported, only the graphics card didn''t > >> show up anywhere. > >> > >> regards, > >> Helmut > >> > >> On 03.06.2010 15:47, Tobias Geiger wrote: > >>> Hi Helmut, > >>> > >>> i had the same experience with my setup regarding windows7. > >>> The good news is, there are no such problems with winxp. > >>> > >>> Disabling the "Timeout Detection and Recovery (TDR)" Feature in the > >>> win7 registry doesn''t help for my nvlddmkm.sys BSOD, but if i > >>> interpret the countless google hits regarding "nvlddmkm.sys > >>> 0x00000116" (the Error-Code that always appears in the win7 BSOD - is > >>> yours also always the same?), it''s hard to come to a solution: > >>> Some say its a driver-issue, memory timings, powersupply unit... OTOH > >>> it may be that Windows 7 is using a feature winxp doesnt, and which > >>> doesn''t get passed through correctly. > >>> > >>> > >>> Greetings > >>> Tobias > >>> > >>> Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser: > >>>> I want to try to get VGA passthrough working in a Windows 7 x64 domU. > >>>> I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x > >>>> kernel. The best I got to work is the device showing up under Windows > >>>> 7, with all resources and whatnot. > >>>> > >>>> I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and > >>>> the vBAR-pBAR patch to qemu-dm. > >>>> > >>>> This behaviour isn''t stable though. Sometimes I can log on and then > >>>> domU crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and > >>>> actually do something. But certain operations, like changing display > >>>> options or checking device manager details cause a BSoD. > >>>> > >>>> The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s > >>>> GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream > >>>> patches, but not more. > >>>> > >>>> Has anyone succeeded in passing thru an nVidia graphics card to a > >>>> Windows 7 x64 guest? > >>>> Should I try Windows XP, would that make a difference? > >>>> > >>>> regards, > >>>> Helmut > >>>> > >>>> _______________________________________________ > >>>> Xen-devel mailing list > >>>> Xen-devel@lists.xensource.com > >>>> http://lists.xensource.com/xen-devel > >>> > >>> _______________________________________________ > >>> Xen-devel mailing list > >>> Xen-devel@lists.xensource.com > >>> http://lists.xensource.com/xen-devel > >> > >> _______________________________________________ > >> Xen-devel mailing list > >> Xen-devel@lists.xensource.com > >> http://lists.xensource.com/xen-devel > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi, Thanks for the config, I''ll be sure to give it a try. I only use a single graphics card, maybe that''s the problem. I also didn''t apply the patch for secondary passthrough. Maybe it fixes other issues though, I''ll try to apply it as well. The "Netback_uevent" is described here: http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1612 I''m still unsure if I have this issue, or whether the effects are just very similar. Anyway, it forces me to reboot my dom0 to restart any domU, which is quite annoying. regards, Helmut On 07.06.2010 12:08, Tobias Geiger wrote:> Hi, > > never had that "netback_uevent" issue - what''s that about? > My Kernel Version since yesterday was 2.6.32.13, now its 2.6.34 (thanks > Andrew!). > > I pasted my kernel-config here: http://pastebin.ca/1878342 > > Board is a Intel DX58SO (X58/ICH10 Chipset), primary card (for Dom0) is: > 02:00.0 VGA compatible controller: nVidia Corporation G96 [GeForce 9500 GT] > (rev a1) > > Secondary Card (the one which gets passed-through): > 03:00.0 VGA compatible controller: nVidia Corporation GT200 [GeForce GTX 260] > (rev a1) > > > Good luck! > Greetings > > Tobias > > Am Freitag 04 Juni 2010 16:17:45 schrieb Helmut Wieser: > >> Hi, >> >> Yep, I used a free-dos USB stick for that. That brought back memories! ;-) >> I tried several kernels, none work fine. And then there is also the >> netback_uevent issue, which makes me reboot dom0 in order to reboot a >> domU. Very annoying! >> Can you post your kernel version and config? >> What chipset/gfx card do you use? >> >> regards, >> Helmut >> >> On 04.06.2010 16:09, Tobias Geiger wrote: >> >>> Hi, >>> >>> i never tried passing vga through to a linux domU, sorry. >>> but with winxp i have no stability problems whatsoever - which may back >>> up your suggestions that either your xen/kernel combo is unstable or >>> your hardware is. >>> >>> did you read out the vgabios for qemu-dm correctly (vgabios-pt.bin) ? >>> >>> Greetings >>> tobias >>> >>> Am Freitag 04 Juni 2010 15:07:55 schrieb Helmut Wieser: >>> >>>> Hi Tobias, >>>> >>>> Yes, I get the exact same error. Googling didn''t reveal much. I don''t >>>> get this error in Windows XP though, but I do get other issues. >>>> None are concise, so I think my Xen / Kernel version combo is unstable, >>>> or my hardware is. >>>> I''m running on a Intel 5520 chipset with dual E5620 Xeon and a Nvidia >>>> Quadro NVS 295, G98. >>>> >>>> Were you more successful in passing through to a Linux domU? >>>> >>>> The chipsets and CPUs are well supported, only the graphics card didn''t >>>> show up anywhere. >>>> >>>> regards, >>>> Helmut >>>> >>>> On 03.06.2010 15:47, Tobias Geiger wrote: >>>> >>>>> Hi Helmut, >>>>> >>>>> i had the same experience with my setup regarding windows7. >>>>> The good news is, there are no such problems with winxp. >>>>> >>>>> Disabling the "Timeout Detection and Recovery (TDR)" Feature in the >>>>> win7 registry doesn''t help for my nvlddmkm.sys BSOD, but if i >>>>> interpret the countless google hits regarding "nvlddmkm.sys >>>>> 0x00000116" (the Error-Code that always appears in the win7 BSOD - is >>>>> yours also always the same?), it''s hard to come to a solution: >>>>> Some say its a driver-issue, memory timings, powersupply unit... OTOH >>>>> it may be that Windows 7 is using a feature winxp doesnt, and which >>>>> doesn''t get passed through correctly. >>>>> >>>>> >>>>> Greetings >>>>> Tobias >>>>> >>>>> Am Mittwoch 02 Juni 2010 13:04:10 schrieb Helmut Wieser: >>>>> >>>>>> I want to try to get VGA passthrough working in a Windows 7 x64 domU. >>>>>> I''m running debian squeeze/testing/unstable with Jeremy''s 2.6.32.x >>>>>> kernel. The best I got to work is the device showing up under Windows >>>>>> 7, with all resources and whatnot. >>>>>> >>>>>> I''ve applied the vga-loadbios patch and vBAR-pBAR patch to xen, and >>>>>> the vBAR-pBAR patch to qemu-dm. >>>>>> >>>>>> This behaviour isn''t stable though. Sometimes I can log on and then >>>>>> domU crashes with a BSoD (nvlddmkm.sys). Sometimes I can log on and >>>>>> actually do something. But certain operations, like changing display >>>>>> options or checking device manager details cause a BSoD. >>>>>> >>>>>> The NVS 295 is based on a G98, which isn''t to dissimilar from Eming''s >>>>>> GeForce 8400GS. He only states he used 2.6.30-rc3 with some upstream >>>>>> patches, but not more. >>>>>> >>>>>> Has anyone succeeded in passing thru an nVidia graphics card to a >>>>>> Windows 7 x64 guest? >>>>>> Should I try Windows XP, would that make a difference? >>>>>> >>>>>> regards, >>>>>> Helmut >>>>>> >>>>>> _______________________________________________ >>>>>> Xen-devel mailing list >>>>>> Xen-devel@lists.xensource.com >>>>>> http://lists.xensource.com/xen-devel >>>>>> >>>>> _______________________________________________ >>>>> Xen-devel mailing list >>>>> Xen-devel@lists.xensource.com >>>>> http://lists.xensource.com/xen-devel >>>>> >>>> _______________________________________________ >>>> Xen-devel mailing list >>>> Xen-devel@lists.xensource.com >>>> http://lists.xensource.com/xen-devel >>>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >>> >> _______________________________________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/xen-devel >> > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Possibly Parallel Threads
- [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation
- [REQUEST] Request for Xen Users to Attempt Jean David Techer's Xen 4.2-unstable VGA Passthrough Documentation
- Error: Device 0 (vif) could notbeconnected. Hotplugscripts not working
- Successful PCIe Graphics VT-d Passthrough to Win32 DomU, Q35 chipset
- Successful PCIe Graphics VT-d Passthrough to Win32 DomU, Q35 chipset