[qemu-system-arm] hardware error: pl011_read: Bad offset 16000018

[Gionn]

Binary package hint: qemu-kvm

I am trying to run the arm test available at http://wiki.qemu.org/Download

scorp@casseruola:~/arm-test$ qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
qemu: hardware error: pl011_read: Bad offset 16000018

CPU #0:
R00=00000055 R01=2d02ef8d R02=16000000 R03=ffffffff
R04=00000055 R05=00013149 R06=41069265 R07=00000113
R08=00000100 R09=00000000 R10=00127d9c R11=0013120c
R12=00131210 R13=00131200 R14=00010954 R15=000105f0
PSR=200001d3 --C- A svc32
Aborted

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: qemu-kvm-extras 0.12.3+noroms-0ubuntu9
ProcVersionSignature: Ubuntu 2.6.32-22.33-server 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-server x86_64
Architecture: amd64
Date: Wed May 12 12:05:05 2010
KvmCmdLine:
 UID PID PPID C SZ RSS PSR STIME TTY TIME CMD
 root 1404 1 1 117403 275672 0 11:34 ? 00:00:20 /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 256 -smp 2 -name imap-libersoft -uuid 56963194-4732-bc88-4086-894785a6766b -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/imap-libersoft.monitor,server,nowait -monitor chardev:monitor -boot c -drive file=/dev/casseruola/imap-libersoft-root,if=virtio,index=0,boot=on,format=raw -drive if=ide,media=cdrom,index=2 -drive file=/dev/casseruola/imap-libersoft-srv,if=virtio,index=1,format=raw -net nic,macaddr=52:54:00:15:f9:94,vlan=0,model=virtio,name=virtio.0 -net tap,fd=38,vlan=0,name=tap.0 -chardev pty,id=serial0 -serial chardev:serial0 -parallel none -usb -vnc 127.0.0.1:0 -vga cirrus -soundhw es1370
MachineType: Unknow Unknow
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-22-server root=/dev/mapper/hostname-host--root ro
ProcEnviron:
 PATH=(custom, no user)
 LANG=it_IT.UTF-8
 SHELL=/bin/bash
SourcePackage: qemu-kvm
dmi.bios.date: 05/19/2008
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: 6.00 PG
dmi.board.name: RS780-SB700
dmi.board.version: Unknow
dmi.chassis.type: 3
dmi.chassis.vendor: Unknow
dmi.chassis.version: Unknow
dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvr6.00PG:bd05/19/2008:svnUnknow:pnUnknow:pvrUnknow:rvn:rnRS780-SB700:rvrUnknow:cvnUnknow:ct3:cvrUnknow:
dmi.product.name: Unknow
dmi.product.version: Unknow
dmi.sys.vendor: Unknow

[Le Hoang Tu (tulehoang)]

I have same bug.

$~/arm-test$ qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
qemu: hardware error: pl011_read: Bad offset 16000018

CPU #0:
R00=00000055 R01=2d02ef8d R02=16000000 R03=ffffffff
R04=00000055 R05=00013149 R06=41069265 R07=00000113
R08=00000100 R09=00000000 R10=00127d9c R11=0013120c
R12=00131210 R13=00131200 R14=00010954 R15=000105f0
PSR=200001d3 --C- A svc32
Aborted

[Le Hoang Tu (tulehoang)]

I have same bug.
Environment: VMware 7.0 - Ubuntu 10.04

$~/arm-test$ qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
qemu: hardware error: pl011_read: Bad offset 16000018

CPU #0:
R00=00000055 R01=2d02ef8d R02=16000000 R03=ffffffff
R04=00000055 R05=00013149 R06=41069265 R07=00000113
R08=00000100 R09=00000000 R10=00127d9c R11=0013120c
R12=00131210 R13=00131200 R14=00010954 R15=000105f0
PSR=200001d3 --C- A svc32
Aborted

[Dave Walker (davewalker)]

Marking as Confirmed as two people have been able to independently reproduce it.

[fede_rio3 (febaldoni2)]

I have the same bug.
Enviroment: AMD64 Athlonx2 - Ubuntu 10.04

/arm-test$ qemu-system-arm -kernel zImage.integrator -initrd arm_root.img
qemu: hardware error: pl011_read: Bad offset 16000018

CPU #0:
R00=00000055 R01=2d02ef8d R02=16000000 R03=ffffffff
R04=00000055 R05=00013149 R06=41069265 R07=00000113
R08=00000100 R09=00000000 R10=00127d9c R11=0013120c
R12=00131210 R13=00131200 R14=00010954 R15=000105f0
PSR=200001d3 --C- A svc32
Cancelado

I temporaly solved it by expliciting the memory asignament with "-m 64" parameter (64 is an example, if you put 128 works too).

Sorry for my very bad english,

[Arnd (arnd-arndnet)]

Similiar problem here:
Linux rhea 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux

arnd@rhea:~$ dpkg -l | grep qemu
ii qemu-common 0.12.3+noroms-0ubuntu9.1 qemu common functionality (bios, documentati
ii qemu-kvm 0.12.3+noroms-0ubuntu9.1 Full virtualization on i386 and amd64 hardwa
ii qemu-kvm-extras 0.12.3+noroms-0ubuntu9.1 fast processor emulator binaries for non-x86

but with debian installer. Strange thing is, it does not always fail the same way:

arnd@rhea:/mnt/data/debian-squeeze-arm$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.30-2-versatile -hda hda.img -initrd initrd.gz -append "root=/dev/ram" -m 512
Segmentation fault
arnd@rhea:/mnt/data/debian-squeeze-arm$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.30-2-versatile -hda hda.img -initrd initrd.gz -append "root=/dev/ram" -m 512
Segmentation fault
arnd@rhea:/mnt/data/debian-squeeze-arm$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.30-2-versatile -hda hda.img -initrd initrd.gz -append "root=/dev/ram" -m 512
Segmentation fault
arnd@rhea:/mnt/data/debian-squeeze-arm$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.30-2-versatile -hda hda.img -initrd initrd.gz -append "root=/dev/ram" -m 512
qemu: hardware error: pl011_read: Bad offset 101f1018

CPU #0:
R00=000132d6 R01=00000000 R02=00000055 R03=ffffffff
R04=101f1000 R05=0000000d R06=00190d5c R07=00000183
R08=00000100 R09=00000000 R10=10000000 R11=00000000
R12=101f1000 R13=0019216c R14=00012f7c R15=0001089c
PSR=200001d3 --C- A svc32
Aborted

[mbrudka (mbrudka)]

I have the same problem with debian armel image from: http://people.debian.org/~aurel32/qemu/armel/
Some additional data:

$qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.26-1-versatile -initrd initrd.img-2.6.26-1-versatile -hda debian_lenny_armel.qcow2 -append "root=/dev/sda1"
qemu: hardware error: pl011_read: Bad offset 101f1018

CPU #0:
R00=0001335d R01=101f1000 R02=00000055 R03=ffffffff
R04=00008000 R05=00168e48 R06=41069265 R07=00000183
R08=00000100 R09=00000000 R10=0014f9a4 R11=00158e2c
R12=00158e30 R13=00158e20 R14=00012fd0 R15=00010b00
PSR=200001d3 --C- A svc32
Aborted

uname -a

  Linux hostname 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux

[neteosys (neteosys)]

I experienced the same failure on the latest build.

$ qemu-system-arm -kernel zImage -initrd rootfs.cpio.gz -tftp / -redir tcp:9999::9999 -s
qemu: hardware error: pl011_read: Bad offset 16000018

CPU #0:
R00=00013f5f R01=00000000 R02=00000055 R03=00000113
R04=16000000 R05=0000000d R06=0016f1dc R07=0016f1d8
R08=00000000 R09=0016f1d0 R10=000000a0 R11=0016f1d4
R12=16000000 R13=001701b4 R14=00010a64 R15=00010858
PSR=200001d3 --C- A svc32
Aborted

[ZioNemo (zionemo)]

I can confirm the error and that adding -m ### solves it for me.
I am using the images from: http://ftp.dehttp://ftp.debian.org/debian/dists/sid/main/installer-armel/current/images/versatile/netboot/bian.org/debian/dists/sid/main/installer-armel/current/images/versatile/netboot/

mcon@server:~/Documenti/Work/qemu$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.gz -hda hda.img -append "root=/dev/ram"
qemu: hardware error: pl011_read: Bad offset 101f1018

CPU #0:
R00=0001434d R01=00000000 R02=00000055 R03=00000183
R04=101f1000 R05=0000000d R06=0013f7ad R07=0013f7f4
R08=00000000 R09=0013f7f0 R10=0013f7ec R11=0013f7dc
R12=101f1000 R13=001407c8 R14=00013f58 R15=00010d1c
PSR=200001d3 --C- A svc32
Aborted
mcon@server:~/Documenti/Work/qemu$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.gz -hda hda.img -append "root=/dev/ram" -m 128
... booting normally and starting installation...

Regards

[Alejandro Rapoport (arapoport-gmail)]

It works for me too.

Thanks !

Alejandro

-----Original Message-----
From: ZioNemo <email address hidden>
Reply-to: Bug 579227 <email address hidden>
To: <email address hidden>
Subject: [Bug 579227] Re: [qemu-system-arm] hardware error: pl011_read:
Bad offset 16000018
Date: Mon, 04 Oct 2010 18:07:26 -0000

I can confirm the error and that adding -m ### solves it for me.
I am using the images from: http://ftp.dehttp://ftp.debian.org/debian/dists/sid/main/installer-armel/current/images/versatile/netboot/bian.org/debian/dists/sid/main/installer-armel/current/images/versatile/netboot/

mcon@server:~/Documenti/Work/qemu$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.gz -hda hda.img -append "root=/dev/ram"
qemu: hardware error: pl011_read: Bad offset 101f1018

CPU #0:
R00=0001434d R01=00000000 R02=00000055 R03=00000183
R04=101f1000 R05=0000000d R06=0013f7ad R07=0013f7f4
R08=00000000 R09=0013f7f0 R10=0013f7ec R11=0013f7dc
R12=101f1000 R13=001407c8 R14=00013f58 R15=00010d1c
PSR=200001d3 --C- A svc32
Aborted
mcon@server:~/Documenti/Work/qemu$ qemu-system-arm -M versatilepb -kernel vmlinuz-2.6.32-5-versatile -initrd initrd.gz -hda hda.img -append "root=/dev/ram" -m 128
... booting normally and starting installation...

Regards

[Dustin Kirkland  (kirkland)]

Moving this over to qemu-linaro since it now provides qemu-system-arm.

[Peter Maydell (pmaydell)]

I'm pretty sure this is the same issue as bug 584480 but with slightly different systems -- the debian qemu-kvm-extras package has a Debian-specific patch which sets the default memory size to 384MB, which in turn triggers the bug in versatilepb and integrator models where they misbehave (crash, or die trying to treat devices as RAM) if asked to model more than their maximum 256MB of RAM.

Bug 570588 is also effectively complaining about the same thing, although in that case the user was trying to set the memory size to >256MB themselves rather than being bitten by the broken default value.

[Peter Maydell (pmaydell)]

Moving back to qemu-kvm as specific to that package.

[Serge Hallyn (serge-hallyn)]

@Peter,

thanks very much for the information in comment #12.

Based on that, I will mark this a dupe of 584480.