[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] [Bug 1461918] [NEW] guest hangs after use ethtool to set sc
From: |
kifast |
Subject: |
[Qemu-devel] [Bug 1461918] [NEW] guest hangs after use ethtool to set scatter-gather on |
Date: |
Thu, 04 Jun 2015 12:11:04 -0000 |
Public bug reported:
On the guests, i have a rtl8139 nic, I use ethtool to set scatter-gather on
( ethtool -K eth0 sg on ),
after that, at host side, I use scp to send a file into guest. As a
result, guest hang.
At that point qemu is using 100% of one host CPU, about 100% guest.
If guest is centOS6.5, with no problem.
The guest system is Fedora release 19(Kernel 3.11.10-200.fc19.x86_64).
host system is debian 7.1.
Kernel:3.10.0
Qemu: 2.3.0
cmd:
/boot/qemu-2.3.0-bin/qemu-system-x86_64 -vnc :13 -enable-kvm -name fedora -smp
sockets=1,cores=2 -cpu core2duo -nodefaults -vga cirrus -k en-us -boot
menu=on,splash-time=8000 -m 2048 -usb -drive
file=/boot/vm-disk-1.qcow2,if=none,id=drive-ide0,cache=none,aio=native -device
ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100 -netdev
type=tap,id=net0,ifname=200,script=/etc/kvm/vtp-bridge -device
rtl8139,romfile=,mac=FE:FC:FE:5C:58:65,netdev=net0,bus=pci.0,addr=0x12,id=net0
** Affects: qemu
Importance: Undecided
Status: New
** Tags: rtl8139
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1461918
Title:
guest hangs after use ethtool to set scatter-gather on
Status in QEMU:
New
Bug description:
On the guests, i have a rtl8139 nic, I use ethtool to set scatter-gather
on ( ethtool -K eth0 sg on ),
after that, at host side, I use scp to send a file into guest. As a
result, guest hang.
At that point qemu is using 100% of one host CPU, about 100% guest.
If guest is centOS6.5, with no problem.
The guest system is Fedora release 19(Kernel 3.11.10-200.fc19.x86_64).
host system is debian 7.1.
Kernel:3.10.0
Qemu: 2.3.0
cmd:
/boot/qemu-2.3.0-bin/qemu-system-x86_64 -vnc :13 -enable-kvm -name fedora
-smp sockets=1,cores=2 -cpu core2duo -nodefaults -vga cirrus -k en-us -boot
menu=on,splash-time=8000 -m 2048 -usb -drive
file=/boot/vm-disk-1.qcow2,if=none,id=drive-ide0,cache=none,aio=native -device
ide-hd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0,bootindex=100 -netdev
type=tap,id=net0,ifname=200,script=/etc/kvm/vtp-bridge -device
rtl8139,romfile=,mac=FE:FC:FE:5C:58:65,netdev=net0,bus=pci.0,addr=0x12,id=net0
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1461918/+subscriptions
- [Qemu-devel] [PATCH 0/9] block: add differential backup support, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 2/9] hbitmap: add hbitmap_copy, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 3/9] block: add bdrv_copy_dirty_bitmap, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 1/9] qapi: Rename 'dirty-bitmap' mode to 'incremental', John Snow, 2015/06/04
- [Qemu-devel] [PATCH 4/9] qapi: add Copy data type for bitmaps, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 5/9] qmp: add qmp cmd block-dirty-bitmap-copy, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 6/9] qmp: add block-dirty-bitmap-copy transaction, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 7/9] block: add differential backup mode, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 9/9] iotests: add differential backup test, John Snow, 2015/06/04
- [Qemu-devel] [PATCH 8/9] iotests: 124: support differential backups, John Snow, 2015/06/04