Assertion failed arp_table.c line 41 on raspberry pi fedora image boot up

Bug #954099 reported by Joe Deller
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
QEMU
Won't Fix
Undecided
Unassigned

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

Revision history for this message
Akarsh (akarsh-es) wrote :

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/

Revision history for this message
Peter Maydell (pmaydell) wrote :

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.)

Revision history for this message
Joe Deller (joedeller) wrote : RE: [Bug 954099] Re: Assertion failed arp_table.c line 41 on raspberry pi fedora image boot up

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

Revision history for this message
Thomas Huth (th-huth) wrote :

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)

Changed in qemu:
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.