Update on this bug: After much debugging work with Jani and others on the ARM team, it looks like we're dealing with a race condition somewhere in the ARM JIT code (likely a missing mutex). Mono upstream has not been able to reproduce nor have I been able to successfully isolate the bug. I do however have a workaround patch which forces mono on ARM to run on a single processor which avoids the race condition exposed by banshee and f-spot. While obviously not true fix, this stabilizes mono on multicore ARM systems. The current patch is as follows: mcasadevall@daybreak:~/tmp/mono/natty-mono$ bzr diff === modified file 'debian/changelog' --- debian/changelog 2011-02-19 16:59:03 +0000 +++ debian/changelog 2011-03-25 05:39:07 +0000 @@ -1,3 +1,16 @@ +mono (2.6.7-5ubuntu2) natty; urgency=high + + * Backport ARM OP_MEMORY_BARRIER support and GCC workaround from + mono 2.10.1. Partial fix forLP: #619981 + - Following revisions from git: + - 7bd422cfeee3622c4ebfe75ba450ca0d664fedbe - Implement + mono_memory_barrier () and OP_MEMORY_BARRIER for ARM. + - 9c868e2ee43178c8d05161c92489cc9191cc29c7 - Set cfg->uses_rgctx_reg in + another code path too on arm, to fix --regression generics.exe. + * Disable SMP on ARM by default (Works around LP: #619981) + + -- Michael Casadevall