virtio related crash on boot about osv

[nyh]

Note that in my experience most of the remaining 14 times crash with
another problem or hang - so it's possible a single bug is behind all of
these phenomena, and this might not be really virtio-related. But then
again, it might :-)

On Wed, Jul 10, 2013 at 5:28 PM, loudinthecloud [email protected]:

Starting osv in debug mode, may crash 1 out of 15 times with the message

qemu-system-x86_64: virtio: trying to map MMIO memory

complete output:

$ sudo ./scripts/run.py -n -d -e "--trace=condvar* java.so -jar
/java/cli.jar" -c4 -H -m4G
Loader Copyright 2013 Cloudius Systems
locale works

acpi 0 apic 0
acpi 1 apic 1
acpi 2 apic 2
acpi 3 apic 3
VFS: mounting ramfs at /
VFS: mounting devfs at /dev
ACPI: RSDP 0xfd8a0 00014 (v00 BOCHS )ACPI: RSDT 0xdfffe380 00034 (v01
BOCHS BXPCRSDT 00000001 BXPC 00000001)ACPI: FACP 0xdfffff80 00074 (v01
BOCHS BXPCFACP 00000001 BXPC 00000001)ACPI: DSDT 0xdfffe3c0 011A9 (v01 BXPC
BXDSDT 00000001 INTL 20100528)ACPI: FACS 0xdfffff40 00040ACPI: SSDT
0xdffff6e0 00858 (v01 BOCHS BXPCSSDT 00000001 BXPC 00000001)ACPI: APIC
0xdffff5b0 00090 (v01 BOCHS BXPCAPIC 00000001 BXPC 00000001)ACPI: HPET
0xdffff570 00038 (v01 BOCHS BXPCHPET 00000001 BXPC 00000001)RAM disk at
0x3f23e000 (4096K bytes)
Initializing network stack...
Done!
eth0: ethernet address: 52:54:0:12:34:56
VFS: mounting zfs at /usr
zfs: mounting osv/usr from device /dev/vblk1
using unsupported TASKQ_THREADS_CPU_PCT flag
using unsupported TASKQ_THREADS_CPU_PCT flag
using unsupported TASKQ_THREADS_CPU_PCT flag
using unsupported TASKQ_THREADS_CPU_PCT flag
DKIOCFLUSHWRITECACHE ignored
DKIOCFLUSHWRITECACHE ignored
qemu-system-x86_64: virtio: trying to map MMIO memory

—
Reply to this email directly or view it on GitHubhttps://github.com//issues/20
.

Nadav Har'El
[email protected]