Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754221AbaAVAb7 (ORCPT ); Tue, 21 Jan 2014 19:31:59 -0500 Received: from mail-ve0-f181.google.com ([209.85.128.181]:39103 "EHLO mail-ve0-f181.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753395AbaAVAb5 (ORCPT ); Tue, 21 Jan 2014 19:31:57 -0500 MIME-Version: 1.0 In-Reply-To: <52DE9BB0.5070909@hp.com> References: <1389761047-47566-1-git-send-email-Waiman.Long@hp.com> <1389761047-47566-4-git-send-email-Waiman.Long@hp.com> <20140120150316.GG30183@twins.programming.kicks-ass.net> <52DE9410.6090500@hp.com> <20140121153958.GA31570@twins.programming.kicks-ass.net> <52DE9BB0.5070909@hp.com> Date: Tue, 21 Jan 2014 16:31:56 -0800 X-Google-Sender-Auth: bKZ0SqAWKm0T5lGiojA2oXCD-8c Message-ID: Subject: Re: [PATCH v9 3/5] qrwlock, x86 - Treat all data type not bigger than long as atomic in x86 From: Linus Torvalds To: Waiman Long Cc: Peter Zijlstra , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , Arnd Bergmann , "linux-arch@vger.kernel.org" , "the arch/x86 maintainers" , Linux Kernel Mailing List , Steven Rostedt , Andrew Morton , Michel Lespinasse , Andi Kleen , Rik van Riel , "Paul E. McKenney" , Raghavendra K T , George Spelvin , Tim Chen , "Chandramouleeswaran, Aswin" , Scott J Norton Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 21, 2014 at 8:09 AM, Waiman Long wrote: > > include/linux/compiler.h: > > #ifndef __native_word > # ifdef __arch_native_word(t) > # define __native_word(t) __arch_native_word(t) > # else > # define __native_word(t) (sizeof(t) == sizeof(int) || sizeof(t) == siizeof(long)) > # endif > #endif Do we even really need this? I'd suggest removing it entirely. You might want to retain the whole compiletime_assert_atomic_type() thing on purely the alpha side, but then it's all inside just the alpha code, without any need for this "native_word" thing. And if somebody tries to do a "smp_store_release()" on a random structure or union, do we care? We're not some nanny state that wants to give nice warnings for insane code. Linus -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/