Based on comment #30, it sounds like the original problem of this bug
has been fixed, and since the remaining apic-related problem is tracked
in ticket #1395217 already, I think we can close this bug now (if you
don't agree, feel free to open this ticket again).
** Changed in: qemu
Status:
See the following bug report for a working Solaris 10 KVM guest configuration:
https://bugzilla.redhat.com/show_bug.cgi?id=1262093
** Bug watch added: Red Hat Bugzilla #1262093
https://bugzilla.redhat.com/show_bug.cgi?id=1262093
--
You received this bug notification because you are a member
See also bug #1395217
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/638955
Title:
emulated netcards don't work with recent sunos kernel
Status in QEMU:
New
Bug description:
hi there,
i'm
On Sun, Oct 5, 2014 at 9:57 PM, dblade listm...@triad.rr.com wrote:
I have this problem (as describe in OP) on a Solaris 11.2 install using
the text iso. Archlinux Qemu 2.1.0. It appears that the above patch
has been applied to qemu for some time now (its also in my version).
Are there any
apparently it has something to do with x2apic. simply refining my cpu
line to be -cpu kvm64,-x2apic leads to a working network.
source of inspiration: http://forum.proxmox.com/threads/15850-Solaris-10
-Guest-no-network-traffic-after-upgrade-to-proxmox-3-1
--
You received this bug notification
I have this problem (as describe in OP) on a Solaris 11.2 install using
the text iso. Archlinux Qemu 2.1.0. It appears that the above patch
has been applied to qemu for some time now (its also in my version).
Are there any new workarounds?
--
You received this bug notification because you are
Stefan, thanks for your work.
I tested your patch in comment #29 and it does seem to solve the problem
for me for latest openindiana and also for latest nexenta core.
Also I checked vanilla rtl8139 and it seems to work for openindiana on
qemu-kvm-0.14.0 (with 0.13.0 I think I had problems).
Please test this patch:
http://repo.or.cz/w/qemu/stefanha.git/commitdiff/c405d1b66e045bce1c53a30f9ad840c6f19eca57
QEMU loads checksum offload flags from every tx data descriptor. When a
multi-descriptor packet is sent, Solaris will only mark the first
descriptor with checksum offload flags.
I was able to reproduce this problem with qemu.git running OpenIndiana
148 with tap and bridge on the host. I did not see an issue with the
userspace network stack - seems to manifest itself as a checksum error
in transmitted packets.
Here is the host tcpdump during a TCP stall with mtu 1500:
Emulated NIC is e1000.
I found out that if one reduces the MTU on the client like ifconfig eth0 mtu
300 it seems ssh hangs much more rarely (but still hangs, at 300).
Reducing it on the virtualization host bridge is not enough though (unless you
are initiating ssh from the virtualization host
Hi all,
I can confirm this bug,
on latest openindiana-148 and qemu-kvm 0.13.0 you cannot even ping the
virtualization host.
With qemu-kvm-0.14.0 (just released!) you CAN ping the host: this is already an
improvement.
HOWEVER
biggest bug is still there: if you log in to the openindiana machine
I can confirm this. Just spent hours studying my network configuration in
OpenIndiana b148 running in Qemu KVM and figuring out what's wrong...
Everything's OK, network is up but I won't even ping the gateway.
Please fix this soon!
--
You received this bug notification because you are a member
okay Stefan ..
thanks, i poked several people and trying to learn up how netstack works
.. i have no experience with programming drivers .. i hope that we'll
fix it soon cuz it's very bad that we're unable to use kvm|qemu
regards, daniel
--
You received this bug notification because you are a
Hi Daniel,
I just tried a newer version of the indiana iso image
(http://dlc-origin.openindiana.org/isos/148/oi-dev-148-x86.iso) with
latest qemu (not qemu-kvm) on a debian amd64 linux host, and I had no problems
with networking (ssh from qemu's emulated indiana host to physical linux host).
is this issue dead ?? can i do something for help to fix it?
regards, daniel
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/638955
Title:
emulated netcards don't work with recent sunos kernel
well, i did some more investigations and here come a results ..
this patch http://patchwork.ozlabs.org/patch/65137/raw/ solves problem
partially .. NICs are working with that but after a deeper look,
connection is lost when the netstack is flooded with higher traffic ..
i can connect with
http://patchwork.ozlabs.org/patch/65137/raw/
well, this *fixed a issue .. it's very good that we (sunos guys) can now
use the best virt platform (kvm - IMO) ..
regards and thanks folks
ave, daniel
--
emulated netcards don't work with recent sunos kernel
https://bugs.launchpad.net/bugs/638955
well, feel free to request whichever information you could need or
consider as a helpful ..
just for your information after ping via e1000 adapter i can see `arp
-n` entry in target system and icmp packets are delivered ok. i'd like
to presume that there is some little issue because e1000 driver
Daniel,
Does the following qemu.git patch solve the problem?
http://patchwork.ozlabs.org/patch/65137/raw/
Sorry about the partially mirrored mailing list thread. I expected
Launchpad to show the entire discussion but it seems to whitelist only
registered users' emails.
Stefan
--
emulated
reproduced with latest vanilla qemu-kvm ..
i've just build it without any optimalizations like this: `./configure
--prefix=$HOME/chroot/opt/qemu-kvm-0.13rc1; make`
(qemu) info version
info version
0.12.91 (qemu-kvm-0.13.0-rc1)
it acts just same .. i'm trying at first to hunt down what has
added a output from `kstat -p e1000*` ..
call for more info if needed ..
regards by daniel
ps. summary: everything seems fine (link statistics and so) but
receiving just doesn't work .. transmitting works
** Attachment added: here it is
21 matches
Mail list logo