[Short week: 3 days]
* looked at (but failed to reproduce) a hang in QEMU reported
by Christoffer when shutting down a KVM ARM guest using TUN/TAP
networking
* investigated LP:1084148 (segfault in qemu usermode) sufficiently
to diagnose it as probably another of qemu's "can't handle
== Blueprints ==
InitialCurrentActual
initial-aarch64-backport31 Oct 20127 Dec 2012*
aarch64-baremetal-testing 31 Oct 20127 Dec 2012*
fix-gcc-multiarch-testing 31 Dec 201231 Dec 2012
backport-fma-intrinsic 3
On 30 November 2012 10:39, Ajeet Yadav wrote:
> Linux version 3.0.33 (Cortex A15)
> Below program crashes with 2.14.1 glibc but runs fine with 2.11.1 glibc.
>
> #include
> #include
> #include
> #include
> #include
> #include
>
> #define MAX_LINE_SIZE 80
>
> #define MAX_THREAD 20
> #define MA
OK, sorry if I wasn't clear. I understand the mechanism with the library call,
but what I don't, is why the code below, where the load exclusive establishes
the address reservation and we do it until the store exclusive succeed doesn't
fix the problem.
1: LDREX r2, [r0]
STREX r1, r2, [r0]