blob: 5987e9be09eaf330dd4cf5ba2ba2271d0df778b0 (
plain) (
blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
network: 0.851
performance: 0.772
user-level: 0.770
mistranslation: 0.719
graphic: 0.716
semantic: 0.701
ppc: 0.694
device: 0.685
peripherals: 0.650
socket: 0.502
architecture: 0.489
i386: 0.417
vnc: 0.403
virtual: 0.398
PID: 0.397
x86: 0.381
debug: 0.373
register: 0.359
files: 0.329
hypervisor: 0.305
permissions: 0.301
boot: 0.292
risc-v: 0.281
kernel: 0.259
arm: 0.253
VMM: 0.224
TCG: 0.214
assembly: 0.192
KVM: 0.129
New default network card doesn't work with tap networking
Unfortunately, I can provide very little information.
Hope this will be useful anyway.
I've upgraded qemu using debian apt to lastest unstable (QEMU PC emulator version 0.12.4 (Debian 0.12.4+dfsg-2), Copyright (c) 2003-2008 Fabrice Bellard): looks like at some point the default network card for -net nic option was switched to intel gigabit instead of the good old ne2k_pci.
I was using -net tap -net nic options and my network stopped working.
When not working,
- tcpdump on the host shows me taht all packets are sent and received fine from guest
- tcpdump on guest shows that packets from host are NOT received
obviously, both host tap interface and guest eth0 interfaces, routing tables, dns, firewall, etc... are well configured.
Having banged my head for a while, I finally stopped the host and started it again using -net nic,model=ne2k_pci option, then my network magically started working again.
Seems like you were using the QEMU from your Linux distribution (Debian). If you want to have support for that version, you should use the bug tracker from your distro instead. Otherwise, can you please try again with the latest version from http://wiki.qemu-project.org/Download to see whether the bug is already fixed there? Thanks!
Thank you for your interest but after more than 6 years I can't even remember what this bug was about.
[Expired for QEMU because there has been no activity for 60 days.]
|