1 files changed, 112 insertions, 0 deletions
diff --git a/results/classifier/118/all/954099 b/results/classifier/118/all/954099
new file mode 100644
index 00000000..eca7ad34
--- /dev/null
+++ b/results/classifier/118/all/954099
@@ -0,0 +1,112 @@
+permissions: 0.960
+graphic: 0.947
+assembly: 0.947
+PID: 0.945
+virtual: 0.944
+network: 0.943
+semantic: 0.940
+architecture: 0.938
+kernel: 0.933
+performance: 0.933
+socket: 0.929
+register: 0.927
+boot: 0.924
+debug: 0.923
+arm: 0.917
+vnc: 0.912
+files: 0.911
+device: 0.902
+ppc: 0.893
+risc-v: 0.887
+user-level: 0.875
+TCG: 0.865
+hypervisor: 0.861
+peripherals: 0.848
+VMM: 0.840
+mistranslation: 0.837
+KVM: 0.811
+x86: 0.806
+i386: 0.697
+
+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)
+