Compilation x11/libX11 fails with panic
Ulrich Grey
usenet at ulrich-grey.de
Tue Nov 18 18:17:03 UTC 2014
I am trying to compile x11/libX11 with a Wandboard-Quad:
FreeBSD 11.0-CURRENT #0 r274634M: Tue Nov 18 00:44:36 UTC 2014
gwgpi at quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD
arm
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
CPU: Cortex A9-r2 rev 10 (Cortex-A core)
Supported features: ARM_ISA THUMB2 JAZELLE THUMBEE ARMv4 Security_Ext
The compilation fails with this message:
--- XKBGeom.lo
--- CC
XKBGeom.lo
--- XKBSetGeom.lo
--- CC
XKBSetGeom.lo <jemalloc>: jemalloc_arena.c:600: Failed assertion:
"arena_mapbits_unzeroed_get(chunk, i) == unzeroed"
This causes a panic:
root at quad:/usr/local/DEVEL/CRASH # panic: vm_radix_insert: key 111 is
already present
cpuid = 1
KDB: stack backtrace:
db_trace_self() at db_trace_self
pc = 0xc246968c lr = 0xc20435f0 (db_trace_self_wrapper+0x30)
sp = 0xfb1c2660 fp = 0xfb1c2778
r10 = 0xc74a9680
db_trace_self_wrapper() at db_trace_self_wrapper+0x30
pc = 0xc20435f0 lr = 0xc21e3d14 (kdb_backtrace+0x38)
sp = 0xfb1c2780 fp = 0xfb1c2788
r4 = 0xc25ad634 r5 = 0xc24c6686
r6 = 0x00000001 r7 = 0xc259e310
kdb_backtrace() at kdb_backtrace+0x38
pc = 0xc21e3d14 lr = 0xc219f68c (panic+0x124)
sp = 0xfb1c2790 fp = 0xfb1c27b0
r4 = 0x00000100
panic() at panic+0x124
pc = 0xc219f68c lr = 0xc245b19c ($d)
sp = 0xfb1c27c8 fp = 0xfb1c27f8
r4 = 0xffffffe6 r5 = 0xe0675b84
r6 = 0xc480f041 r7 = 0x00000100
r8 = 0x0000ffff r9 = 0x00000111
r10 = 0xc480f041
$d() at $d
pc = 0xc245b19c lr = 0xc244f5a4 (vm_page_alloc+0x5c4)
sp = 0xfb1c2800 fp = 0xfb1c2848
r4 = 0xc7da8640 r5 = 0xc7da8640
r6 = 0xc480f058 r7 = 0x00000000
r8 = 0x00000110 r9 = 0xc480f040
r10 = 0x00000000
vm_page_alloc() at vm_page_alloc+0x5c4
pc = 0xc244f5a4 lr = 0xc24512d8 (vm_page_grab+0x80)
sp = 0xfb1c2850 fp = 0xfb1c2890
r4 = 0x00000000 r5 = 0xc7da8640
r6 = 0x00000111 r7 = 0xc7da8650
r8 = 0x00000111 r9 = 0x00000000
r10 = 0xc7da8670
vm_page_grab() at vm_page_grab+0x80
pc = 0xc24512d8 lr = 0xc2223a10 (uiomove_object+0x154)
sp = 0xfb1c2898 fp = 0xfb1c28f8
r4 = 0x00111000 r5 = 0xc7da8650
r6 = 0x00000111 r7 = 0x00000000
r8 = 0xc7da8650 r9 = 0x00001000
r10 = 0x00000000
uiomove_object() at uiomove_object+0x154
pc = 0xc2223a10 lr = 0xc210ef44 (tmpfs_write+0x184)
sp = 0xfb1c2900 fp = 0xfb1c2938
r4 = 0xc7c85a20 r5 = 0xfb1c2a58
r6 = 0x0000000e r7 = 0x00000001
r8 = 0xc7c79b98 r9 = 0xc7c79b80
r10 = 0xfb1c2a38
tmpfs_write() at tmpfs_write+0x184
pc = 0xc210ef44 lr = 0xc24952f0 (VOP_WRITE_APV+0x194)
sp = 0xfb1c2940 fp = 0xfb1c29f8
r4 = 0xfb1c2a58 r5 = 0xc74a9680
r6 = 0x00000000 r7 = 0x00000000
r8 = 0x00000000 r9 = 0xc2562a74
r10 = 0x00000001
VOP_WRITE_APV() at VOP_WRITE_APV+0x194
pc = 0xc24952f0 lr = 0xc22731dc (vn_rdwr+0x2a8)
sp = 0xfb1c2a00 fp = 0xfb1c2a88
r4 = 0x00004101 r5 = 0xc74a9680
r6 = 0x00000000 r7 = 0xfb1c2a58
r8 = 0xfb1c2ab8 r9 = 0xc7c85a20
vn_rdwr() at vn_rdwr+0x2a8
pc = 0xc22731dc lr = 0xc2273640 (vn_rdwr_inchunks+0xa4)
sp = 0xfb1c2a90 fp = 0xfb1c2ad8
r4 = 0x21ced000 r5 = 0x00010000
r6 = 0x00000000 r7 = 0x00713000
r8 = 0x00713000 r9 = 0x00110000
r10 = 0x00000001
vn_rdwr_inchunks() at vn_rdwr_inchunks+0xa4
pc = 0xc2273640 lr = 0xc2133dcc (elf32_coredump+0x840)
sp = 0xfb1c2ae0 fp = 0xfb1c2b88
r4 = 0xc73ca900 r5 = 0x00000000
r6 = 0x00000002 r7 = 0x00000000
r8 = 0xc73ca940 r9 = 0x00000000
r10 = 0x00023000
elf32_coredump() at elf32_coredump+0x840
pc = 0xc2133dcc lr = 0xc21a3144 ($a+0x51c)
sp = 0xfb1c2b90 fp = 0xfb1c2d68
r4 = 0xc213358c r5 = 0x0000004e
r6 = 0xc7431500 r7 = 0xc7c85a20
r8 = 0xc7503000 r9 = 0xc75030ac
r10 = 0xc7c85af8
$a() at $a+0x51c
pc = 0xc21a3144 lr = 0xc21a3cf8 (sys_sigaltstack)
sp = 0xfb1c2d70 fp = 0xfb1c2e18
r4 = 0x00000005 r5 = 0xc74a9680
r6 = 0xc7d76000 r7 = 0x00000001
r8 = 0xc7503000 r9 = 0xc7503000
r10 = 0x00000006
sys_sigaltstack() at sys_sigaltstack
pc = 0xc21a3cf8 lr = 0xc21f7734 (ast+0x4f4)
sp = 0xfb1c2e20 fp = 0xfb1c2e58
r4 = 0xc75030ac r5 = 0xc7503000
r6 = 0x00020804 r7 = 0x00000ab8
ast() at ast+0x4f4
pc = 0xc21f7734 lr = 0xc246b41c (swi_exit+0x40)
sp = 0xfb1c2e60 fp = 0xbffff1e8
r4 = 0x40000013 r5 = 0xc74a9680
r6 = 0x00000000 r7 = 0x00000025
r8 = 0x01a75e18 r9 = 0x21c000c0
r10 = 0x01a75e3c
swi_exit() at swi_exit+0x40
pc = 0xc246b41c lr = 0xc246b41c (swi_exit+0x40)
sp = 0xfb1c2e60 fp = 0xbffff1e8
KDB: enter: panic
[ thread pid 7797 tid 100107 ]
Stopped at $d: ldrb r15, [r15, r15, ror r15]!
db> dump
Physical memory: 2040 MB
Dumping 38 MB: 35 31 27 23 19 15 11 7 3
Dump complete
db> reboot
##
root at quad:/usr/local/DEVEL/CRASH # less info.1
Dump header from device /dev/da0s1b
Architecture: armv6
Architecture Version: 1
Dump Length: 40381440B (38 MB)
Blocksize: 512
Dumptime: Tue Nov 18 16:46:48 2014
Hostname: quad
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 11.0-CURRENT #0 r274634M: Tue Nov 18 00:44:36
UTC 2014
gwgpi at quad:/usr/local/DEVEL/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD
Panic String: vm_radix_insert: key 111 is already present Dump Parity:
2774862373 Bounds: 1
Dump Status: good
##
root at quad:/usr/obj/usr/local/DEVEL/SRC/head/sys/WANDBOARD-QUAD # kgdb
kernel.debug /usr/local/DEVEL/CRASH/vmcore.1 GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and
you are welcome to change it and/or distribute copies of it under
certain conditions. Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for
details. This GDB was configured as "armv6-marcel-freebsd"...
Cannot access memory at address 0xc26ecfc8
(kgdb)
----------
Ulrich
More information about the freebsd-arm
mailing list