Liang YANG wrote: Maybe I solove the problem. I use the qemu-img make a new GustOS img. And install the debian5 on the image file with option -net nic, model=virtio. ./x86_64-softmmu/qemu-system-x86_64 -hda debian.img -cdrom debian.iso -net nic, model=virtio This email reads as: -net nic, model=virtio If this is in fact what you're running with, the whitespace is broken; correct would be to have no space after the comma, as so: -net nic,model=virtio
Well, behavior with the patch applied is certainly different. The large download I'm running still times out; however, it is now able to resume without needing to bring the interface down and back up. However, after the first timeout, subsequent timeouts occur with much greater frequency -- still making this multi-GB download an impracticality when using -net tap. The flood ping is not killing the network connection, though it is interrupted by frequent messages: Warning: time of day goes back (-23150us), taking countermeasures. (This is no the high end of the time variances shown; the smallest are on the scale of 120us
I notice that the -boot n etherboot support doesn't appear to work when emulating x86_64 hardware (invocation as qemu-system-x86_64). Is this intentional? A known issue?