[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] GPLPV and pci passthrough
> -----Original Message----- > From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel- > bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of djmagee@xxxxxxxxxxxx > Sent: Friday, January 27, 2012 2:03 PM > To: James Harper; lta@xxxxxx > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx > Subject: Re: [Xen-devel] GPLPV and pci passthrough > > I checked, and no devices are sharing IRQs. I'll try the > windows2003/ndis5 drivers and see if that makes a difference. Of > course, the base image for my win7 vms seems to have gotten corrupted, > so I'll have to build a new one. Oops, sorry about the top post... I tried the Win2003 build and it works like a charm, and has native performance across my gbit network in at least one direction. > > > -----Original Message----- > > From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx [mailto:xen-devel- > > bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of James Harper > > Sent: Wednesday, January 25, 2012 7:23 PM > > To: djmagee@xxxxxxxxxxxx; lta@xxxxxx > > Cc: xen-devel@xxxxxxxxxxxxxxxxxxx > > Subject: Re: [Xen-devel] GPLPV and pci passthrough > > > > > > > > James, > > > At least one other person (Lta, included in this message) and I > > have > > > had problems using passthrough pci devices and your GPLPV drivers > at > > the > > > same time. My symptoms are that SMB connections are totally > > unreliable > > > (however, downloading over http seems to work well enough). > > > For example, if I start a video or audio file, playing from the > > network, it will > > > play the first few seconds fine, then the connection drops out. > > > I can confirm that the problems don't exist when not passing > through > > any > > > devices. > > > > > > I'm using xen-unstable c/s 24465, 3.2.1 dom0, win 7 64bit domU > > with > > > an ATI 4770, USB controller, and ICE1712 based pci sound card > passed > > > through. I used the gplpv_Vista2008x64_0.11.0.308.msi drivers. > > > > > > I tried the -debug drivers, and I see a ton of output in qemu > > log, > > > however, all that output seems to be at initialization. I do not > see > > any > > > additional output from your drivers after boot, including when I'm > > > experiencing problems. > > > > > > I took a quick look at tcpdump output and it does seem the guest > > is > > > ACKing the packets as they come in, so my first guess is that > they're > > getting > > > lost somewhere between the driver and the OS network stack. > > > > > > I've never set up a build environment for these drivers so I > > haven't > > > tried adding any extra debug output. Have you looked into the (or > a > > similar) > > > problem before, or have a more verbose debug copy of the net driver > > you've > > > used to diagnose similar problems before? > > > > > > I guess the real question is, do you have any idea where we > > should > > > start looking? > > > > > > > I'd be first looking at interrupt sharing. Maybe GPLPV doesn't like > > sharing interrupts with anything? > > > > Have a look in device manager and set the view as "Resources by type" > > and see if anything is sharing an interrupt with the "Xen PCI Device > > Driver". > > > > James > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@xxxxxxxxxxxxxxxxxxx > > http://lists.xensource.com/xen-devel > > _______________________________________________ > Xen-devel mailing list > Xen-devel@xxxxxxxxxxxxxxxxxxx > http://lists.xensource.com/xen-devel _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |