similar to: linux 3.1.0 - no network offload

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

I''ve just uploaded 0.9.11-pre12 of the GPL PV drivers for Windows. Since -pre10 (and -pre11) I''ve fixed a heap of crashes that were plaguing xennet under load, and also rewritten the interrupt/event distribution logic to improve performance. Under windows 2003 I can now get network speeds of 1-2Gbit/second TX and 600Gbit/second RX, which is considerably better than I was

I am running a Xen HVM guest with netfront PV drivers. This is running SLES10 SP3 inside the guest. The Dom0 is also SLES10 SP3. Now I am trying to communicate from that HVM guest to a Windows Visa or also Windows 7 machine and I am getting really poor TCP performance. When tracing on the network traffic, I can see that no packets are dropped or missing or anything, but what happens is that the

Hello, I seem to be having some troubles regarding the latest 2.6.31.6 and 2.6.32.9 Xen dom0 pv_ops trees. Our platform: -Xen 3.4.3-rc3 (also tried 3.4.2 on 2.6.31.6 pv_ops dom0) -2.6.32.9 pv_ops dom0 kernel, perhaps a week old checkout from xen/stable git (can provide changeset if requested). -100+ domU''s, all PV. Ever since we switched to a pv_ops dom0 kernel (we were using 2.6.26

I guess I have stumbled upon a bug in gplpv drivers. If you try to re-enable an nic adapter after disabling it, it just hides out of blue. And you have to reboot. Latest version of gplpv drivers and Windows 2008 R2 here. Anyone else noticed the same issue? I wonder if this is related to hot-plugging something like

Hi Ian, Today i fired up an old VM with a bittorrent client, trying to download some torrents. I seem to be hitting the unlikely case of "xennet: skb rides the rocket: xx slots" and this results in some dropped packets in domU, I don''t see any warnings in dom0. I have added some extra info, but i don''t have enough knowledge if this could/should be prevented from

Hello! Has anybody experienced network latency problems with combination of Windows 7, GPLPV drivers and RDP connection? Any Windows pop-up message(such as "command not found" error message in "Run command:" dialog, or dividing by zero in windows calc) causes a short freeze of RDP session and looks like that from dom0: PING 192.168.44.65 (192.168.44.65) 56(84) bytes of data.

1. Shouldn''t the GPLPV drivers take care of the (bad) clock drift I''m experiencing in my Windows XP HVM? Or is there some other way around this problem that I haven''t been able to find on Google? How can I tell if the GPLPV drivers are active? I''ve added the /gplpv switch to the boot.ini file and the virtual NIC is definitely using the GPLPV version but other

Hello, Introduction ------------ I''m introducing myself since it''s my first post here. My name is Roel Broersma and my company is using Xenserver 5.0, we''re using Xenserver since it was from Xensource. Nowadays it''s Citrix and we have several expensive licenses, paid support and are Citrix certified (Silver Solution Advisor). However, we''re

Some version of Windows appear to give the network adapter driver a packet broken up into fairly small pieces, eg Page 0: 14 bytes of Ethernet Header Page 1: 20 bytes of IP Header Page 2: 20 bytes of TCP Header Page 3: 1460 bytes of TCP Data When this happens, Linux appears to not pass the packets beyond the vifX.Y interface - a tcpdump on (say) vif455.0 shows packets but a tcpdump on eth0 does

With GPLPV under 2.6.30, GPLPV gets the following from the ring: ring slot n (first buffer): status (length) = 54 bytes offset = 0 flags = NETRXF_extra_info (possibly csum too but not relevant) ring slot n + 1 (extra info) gso.size (mss) = 1460 Because NETRXF_extra_info is not set, that''s all I get for that packet. In the IP header though, the total length is 1544 (which in itself

With GPLPV under 2.6.30, GPLPV gets the following from the ring: ring slot n (first buffer): status (length) = 54 bytes offset = 0 flags = NETRXF_extra_info (possibly csum too but not relevant) ring slot n + 1 (extra info) gso.size (mss) = 1460 Because NETRXF_extra_info is not set, that''s all I get for that packet. In the IP header though, the total length is 1544 (which in itself

I''ve just uploaded 0.9.11-pre7. save/restore should be working for 32 bits on both SMP and UP, and maybe for 64 bits although it''s not tested. If someone could test migration it would be much appreciated. The installer seems to not install the drivers under 64 bit environment... but they can then be installed manually. Not sure why at this point.

I''ve just uploaded 0.9.11-pre7. save/restore should be working for 32 bits on both SMP and UP, and maybe for 64 bits although it''s not tested. If someone could test migration it would be much appreciated. The installer seems to not install the drivers under 64 bit environment... but they can then be installed manually. Not sure why at this point.

Have 4 xen servers with windows domains. 2 work OK and 2 have xp domains with slow network performance. Doing most of the testing on a xen system that currently is not in production. Running xen 4.0 with 2.6.32 kernel from lenny backports. Have xp service pack3 freshly installed with no updates. Installed gplpv gplpv_XP_0.11.0.213.msi hdtack gives 60mb/sec which is good iperf gives ~15Mbits/sec

Hello, Finally I managed to get a xen 4.0 working on ubuntu 10.04 with pvops kernel and libvirt. However I am having some problems with networking... after initial installation with netinstall image in hvm mode, when I transform the vm in xen pv (via pygrub with the current ubuntu kernel), networking startEd to act weird... Basically I''m not using a network script from xen. I define a

Hello, Finally I managed to get a xen 4.0 working on ubuntu 10.04 with pvops kernel and libvirt. However I am having some problems with networking... after initial installation with netinstall image in hvm mode, when I transform the vm in xen pv (via pygrub with the current ubuntu kernel), networking startEd to act weird... Basically I''m not using a network script from xen. I define a

Just reporting some iperf results. In each case, Dom0 is iperf server, DomU is iperf client: (1) Dom0: Intel Core2 3.16 GHz, CentOS 5.2, xen 3.0.3. DomU: Windows XP SP3, GPLPV 0.9.12-pre13, file based. Iperf: 1.17 Gbits/sec (2) Dom0: Intel Core2 2.33 GHz, CentOS 5.2, xen 3.0.3. DomU: Windows XP SP3, GPLPV 0.9.12-pre13, file based. Iperf: 725 Mbits/sec (3) Dom0: Intel Core2 2.33 GHz,

VM traffic is already limited by a throughput limit, but there is no control over the maximum packet per second (PPS). In DDOS attack the major issue is rather PPS than throughput. With provider offering more bandwidth to VMs, it becames easy to coordinate a massive attack using VMs. Example: 100Mbits ~ 200kpps using 64B packets. This patch provides a new option to limit VMs maximum packets per

I''ve just made my first ever attempt at an Nullsoft installer, so if you want to try it download "Xen PV Drivers 0.9.5.exe" from http://www.meadowcourt.org/downloads/ The installer should detect the version of windows you are running and install the drivers. At the moment you''ll need to install the shutdown monitor service manually, but you can do that from the start