From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42347) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWVPR-0002xy-9b for qemu-devel@nongnu.org; Fri, 13 Mar 2015 15:38:14 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YWVPM-0007eZ-32 for qemu-devel@nongnu.org; Fri, 13 Mar 2015 15:38:13 -0400 Received: from mail-qc0-x22b.google.com ([2607:f8b0:400d:c01::22b]:45091) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YWVPL-0007eT-Vg for qemu-devel@nongnu.org; Fri, 13 Mar 2015 15:38:08 -0400 Received: by qcwb13 with SMTP id b13so29212073qcw.12 for ; Fri, 13 Mar 2015 12:38:07 -0700 (PDT) Sender: Richard Henderson Message-ID: <55033C9B.3010507@twiddle.net> Date: Fri, 13 Mar 2015 12:38:03 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1421428797-23697-1-git-send-email-fred.konrad@greensocs.com> <1421428797-23697-2-git-send-email-fred.konrad@greensocs.com> <54EF614B.1010607@greensocs.com> <73E10212-3603-4B64-BA61-66607C12A16A@greensocs.com> <711BBCAD-9514-4523-A456-AD4F397C41CD@greensocs.com> <54F5D3F4.40705@redhat.com> <19B4F8D2-B464-4B00-900C-A057DCCD54B3@greensocs.com> <20150303154742.GK2293@work-vm> In-Reply-To: <20150303154742.GK2293@work-vm> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC 01/10] target-arm: protect cpu_exclusive_*. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Dr. David Alan Gilbert" , Mark Burton Cc: mttcg@greensocs.com, Peter Maydell , "J. Kiszka" , QEMU Developers , Alexander Graf , Paolo Bonzini , KONRAD Fr?d?ric On 03/03/2015 07:47 AM, Dr. David Alan Gilbert wrote: > That works for ARM where you have to terminate a ldrex with a strex or clrex, > but not all architectures have the equivalent of a clrex; most as I remember > just let you do an ldrex equivalent, decide you don't want to do the strex equivalent > and get on with life. I'm pretty sure that's not the case. In fact, I can guarantee you that GCC never issues clrex, but does in fact simply do nothing like you describe for other architectures if we decide not to do the store. r~