NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
port-evbarm/49395: cubietruck freezes under i/o load on netbsd-7 and HEAD
>Number: 49395
>Category: port-evbarm
>Synopsis: cubietruck freezes under i/o load on netbsd-7 and HEAD
>Confidential: no
>Severity: critical
>Priority: high
>Responsible: port-evbarm-maintainer
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Sat Nov 15 19:10:01 +0000 2014
>Originator: Markus Kilbinger
>Release: NetBSD 7.0_BETA
>Organization:
>Environment:
System: NetBSD ct1 7.0_BETA NetBSD 7.0_BETA (CUBIETRUCK) #0: Sat Nov 15 19:21:55 MET 2014 root@q:/usr/u/NetBSD/netbsd-7/src/sys/arch/evbarm/compile/CUBIETRUCK evbarm
Architecture: earmv7hf
Machine: evbarm
>Description:
My cubietruck freezes during e. g. 'cvs -z2 update -dPA' in
the machine's pkgsrc-tree.
This happens under netbsd-7 BETA's _and_ HEAD's kernel (normal
CUBIETRUCK configs) with a netbsd-7 userland.
The NetBSD system is running on a connected 1 TB sata disk,
the kernel is loaded from sdcard or via dhcp/tftp.
The sata disk is populated with several 100 GB of data.
The boot process runs flawlessly starting several daemons
(e. g. postfix, dovecot, spamassassin, amavisd, clamd, pgsql).
After that I can use the idle system quite normal.
When I start 'cvs -z2 update -dPA' in its pkgsrc-tree folder
(on the sata disk) the machine freezes after some time
(secondes to some minutes): The network connections (ssh)
become quite suddenly stuck. On the serial console pressing
(pure) CRs repeats the login prompt quite normally, trying to
login yields the same stuck situation.
The hangup was not self-limited (waited about an hour).
At that point I still can successfully ping the system (via
ipv4 and ipv6) and enter DDB:
Stopped in pid 1184.1 (getty) at netbsd:cpu_Debugger+0x4: bx r14
db{0}> show uvm
Current UVM status:
pagesize=8192 (0x2000), pagemask=0x1fff, pageshift=13
, ncolors=1 258898 VM pages: 152349 active, 78033 inactive, 8 wired, 7921 free
pages 45608 anon, 180741 file, 4041 exec
freemin=256, free-target=341, wired-max=86299
cpu0:
faults=267065, traps=559393, intrs=75562009, ctxswitch=744307153
softint=201536, syscalls=1116121
cpu1:
faults=258317, traps=3009273, intrs=305778776, ctxswitch=615049912
softint=69794, syscalls=1121207
fault counts:
noram=0, noanon=0, pgwait=0, pgrele=0
ok relocks(total)=1403(1403), anget(retrys)=35147795(0), amapcopy=27230
neighbor anon/obj pg=61493/238264, gets(lock/unlock)=71536/1403
cases: anon=35105352, anoncow=42444, obj=60644, prcopy=10891, przero=102748
daemon and swap counts:
woke=307478681, revs=10, scans=60772, obscans=10006, anscans=0
busy=0, freed=10006, reactivate=795, deactivate=138886
pageouts=0, pending=0, nswget=0
nswapdev=1, swpgavail=262143
swpages=262143, swpginuse=0, swpgonly=0, paging=0
db{0}> bt
0xbfd6d61c: netbsd:comintr+0xc
0xbfd6d64c: netbsd:pic_dispatch+0xe8
0xbfd6d6a4: netbsd:armgic_irq_handler+0xd4
0xbfd6d714: netbsd:irq_entry+0x60
0xbfd6d73c: netbsd:_splraise+0x3c
0xbfd6d79c: netbsd:mutex_enter+0x294
0xbfd6d7bc: netbsd:wakeup+0x44
0xbfd6d7dc: netbsd:uvm_wait+0x5c
0xbfd6d82c: netbsd:uvm_km_kmem_alloc+0x270
0xbfd6d844: netbsd:pool_page_alloc+0x3c
0xbfd6d884: netbsd:pool_grow+0x38
0xbfd6d8bc: netbsd:pool_get+0x78
0xbfd6d904: netbsd:pool_cache_get_slow+0x224
0xbfd6d93c: netbsd:pool_cache_get_paddr+0x210
0xbfd6d9bc: netbsd:ffs_loadvnode+0x250
0xbfd6da24: netbsd:vcache_get+0x30c
0xbfd6dad4: netbsd:ufs_lookup+0x7a8
0xbfd6db0c: netbsd:VOP_LOOKUP+0x48
0xbfd6db5c: netbsd:lookup_once+0x19c
0xbfd6dc2c: netbsd:namei_tryemulroot+0x520
0xbfd6dc64: netbsd:namei+0x34
0xbfd6dd04: netbsd:check_exec+0x40
0xbfd6dd6c: netbsd:execve_loadvm+0x1b8
0xbfd6def4: netbsd:execve1+0x28
0xbfd6df0c: netbsd:sys_execve+0x24
0xbfd6df7c: netbsd:syscall+0x88
0xbfd6dfac: netbsd:swi_handler+0x98
db{0}> mach cpu 1
kdb_trap: switching to cpu1
Stopped in pid 3332.1 (cron) at netbsd:nullop: mov r0, #0x00000000
db{1}> bt
0xbdb4bd14: netbsd:mutex_enter+0xc
0xbdb4bd64: netbsd:uvm_pagealloc_strat+0xb8
0xbdb4bd84: netbsd:arm_pmap_alloc_poolpage+0x5c
0xbdb4bdb4: netbsd:pmap_create+0x9c
0xbdb4bddc: netbsd:uvmspace_init+0x6c
0xbdb4be04: netbsd:uvmspace_alloc+0x44
0xbdb4be34: netbsd:uvmspace_fork+0x2c
0xbdb4be4c: netbsd:uvm_proc_fork+0x24
0xbdb4bee4: netbsd:fork1+0x32c
0xbdb4bf0c: netbsd:sys_fork+0x38
0xbdb4bf7c: netbsd:syscall+0x88
0xbdb4bfac: netbsd:swi_handler+0x98
db{1}> reboot
syncing disks...
The 'syncing disks...' does not succeed, so I have to reset
the machine.
But: I've got _no_ filesystem corruption (UFS2) so far (did
several fsck after the freeze / reset).
Disabling MULTIPROCESSOR did not prevent from freeze.
>How-To-Repeat:
Install / run a netbsd-7 evbarm-earmv7hf system on/from (a
populated) sata-harddisk on a cubietruck and try to 'cvs
update / checkout' a pkgsrc-tree on its harddisk. After some
time (seconds to minutes) the system freezes ...
A current HEAD kernel shows the same symptoms.
>Fix:
Unknown.
>Unformatted:
Home |
Main Index |
Thread Index |
Old Index