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
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
|
other: 0.966
permissions: 0.960
graphic: 0.947
PID: 0.945
network: 0.943
semantic: 0.940
performance: 0.933
socket: 0.929
boot: 0.924
debug: 0.923
vnc: 0.912
files: 0.911
device: 0.902
KVM: 0.811
Assertion failed arp_table.c line 41 on raspberry pi fedora image boot up
OS Win XP pro, 32 bit SP3
Intel Core Duo, 4G RAM.
Qemu 1.0.1
Launch command:
qemu-system-arm.exe -M versatilepb -cpu arm1136-r2 -hda raspberrypi-fedora-remix-14-r1.img -kernel zImage-devtmpfs -m 192 -append "root=/dev/sda2" -vga std -net nic -net user -localtime
Starting HAL daemon: eth0: link up
Assert fires :
File : slirp\arp_table.c line 41
Expression (ip_addr & htonl(~0xf << 28))) 1=0
This bug is related to ARM based processor emulation and has been fixed in Linaro QEMU(qemu-linaro). You can install qemu-linaro to solve the problem. This can be confirmed with the following link(Point 6) : http://www.cnx-software.com/2012/03/08/instructions-to-run-raspberry-pi-fedora-14-remix-in-qemu/
It's probably also fixed in upstream qemu master since I haven't deliberately put anything in to qemu-linaro to fix it -- we've almost certainly just picked up the fix from upstream.
Incidentally "-M versatilepb -cpu arm1136-r2" is veering slightly into "unsupported" territory, since there's no such thing as a VersatilePB board with an 1136 CPU in the real world. And did you really want arm1136-r2? That's an r0p2, whereas "arm1136" is the newer r1pX which is probably what the RPi is actually using. (Yes, qemu's names for these two CPU types are hopelessly confusing. Sorry.)
Hi Peter,
many thanks for the update, I'll give it another shot with later binaries and a more accurate CPU :-)
Thanks again,
Joe
> Date: Fri, 16 Mar 2012 15:51:24 +0000
> From: <email address hidden>
> To: <email address hidden>
> Subject: [Bug 954099] Re: Assertion failed arp_table.c line 41 on raspberry pi fedora image boot up
>
> It's probably also fixed in upstream qemu master since I haven't
> deliberately put anything in to qemu-linaro to fix it -- we've almost
> certainly just picked up the fix from upstream.
>
> Incidentally "-M versatilepb -cpu arm1136-r2" is veering slightly into
> "unsupported" territory, since there's no such thing as a VersatilePB
> board with an 1136 CPU in the real world. And did you really want
> arm1136-r2? That's an r0p2, whereas "arm1136" is the newer r1pX which is
> probably what the RPi is actually using. (Yes, qemu's names for these
> two CPU types are hopelessly confusing. Sorry.)
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/954099
>
> Title:
> Assertion failed arp_table.c line 41 on raspberry pi fedora image boot
> up
>
> Status in QEMU:
> New
>
> Bug description:
> OS Win XP pro, 32 bit SP3
> Intel Core Duo, 4G RAM.
>
> Qemu 1.0.1
>
> Launch command:
> qemu-system-arm.exe -M versatilepb -cpu arm1136-r2 -hda raspberrypi-fedora-remix-14-r1.img -kernel zImage-devtmpfs -m 192 -append "root=/dev/sda2" -vga std -net nic -net user -localtime
>
> Starting HAL daemon: eth0: link up
> Assert fires :
> File : slirp\arp_table.c line 41
> Expression (ip_addr & htonl(~0xf << 28))) 1=0
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/954099/+subscriptions
Since there hasn't been any more complains about later binaries, I assume we can close this issue nowadays. (Feel free to re-open it otherwise)
|