diff options
Diffstat (limited to 'results/classifier/108/other/954099')
| -rw-r--r-- | results/classifier/108/other/954099 | 97 |
1 files changed, 97 insertions, 0 deletions
diff --git a/results/classifier/108/other/954099 b/results/classifier/108/other/954099 new file mode 100644 index 000000000..060266afe --- /dev/null +++ b/results/classifier/108/other/954099 @@ -0,0 +1,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) + |