From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10360 invoked by alias); 25 Mar 2011 15:39:16 -0000 Received: (qmail 10343 invoked by uid 22791); 25 Mar 2011 15:39:14 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-wy0-f175.google.com (HELO mail-wy0-f175.google.com) (74.125.82.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 25 Mar 2011 15:39:09 +0000 Received: by wye20 with SMTP id 20so713178wye.20 for ; Fri, 25 Mar 2011 08:39:07 -0700 (PDT) MIME-Version: 1.0 Received: by 10.227.202.11 with SMTP id fc11mr869128wbb.131.1301067547801; Fri, 25 Mar 2011 08:39:07 -0700 (PDT) Received: by 10.227.64.142 with HTTP; Fri, 25 Mar 2011 08:39:07 -0700 (PDT) In-Reply-To: <20110325153338.GZ18914@tyan-ft48-01.lab.bos.redhat.com> References: <4D8B8051.2030307@redhat.com> <4D8BA278.8000300@redhat.com> <4D8BB82F.3060901@redhat.com> <4D8BDA6F.2090304@redhat.com> <4D8C9140.3020506@redhat.com> <4D8CB50E.1070207@redhat.com> <20110325153338.GZ18914@tyan-ft48-01.lab.bos.redhat.com> Date: Fri, 25 Mar 2011 15:46:00 -0000 Message-ID: Subject: Re: [cxx-mem-model] disallow load data races (1 of some) From: Richard Guenther To: Jakub Jelinek Cc: Jeff Law , Michael Matz , Aldy Hernandez , Andrew MacLeod , "Joseph S. Myers" , Richard Henderson , gcc-patches Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2011-03/txt/msg01754.txt.bz2 On Fri, Mar 25, 2011 at 4:33 PM, Jakub Jelinek wrote: > On Fri, Mar 25, 2011 at 09:30:22AM -0600, Jeff Law wrote: >> I'm not going to chime in on this specific problem; however, it is worth >> noting that many of the issues raised by the C++0x memory model also >> affect the linux kernel. > > But what they are seeing are certainly store data races, not load races, > because no hw they care about (or no hw at all?) detects the latter. > Having options to avoid store data races is useful not just for C++0x memory > model compliance and Linux kernel, but e.g. for OpenMP too. And we have in the past removed code that created store data races anyway. There is nothing new here. As stated multiple times in the past things get "interesting" when you look at non-x86 hardware. Richard.