Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751088AbWCaAtd (ORCPT ); Thu, 30 Mar 2006 19:49:33 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751085AbWCaAtd (ORCPT ); Thu, 30 Mar 2006 19:49:33 -0500 Received: from omx1-ext.sgi.com ([192.48.179.11]:54728 "EHLO omx1.americas.sgi.com") by vger.kernel.org with ESMTP id S1751078AbWCaAtc (ORCPT ); Thu, 30 Mar 2006 19:49:32 -0500 Date: Thu, 30 Mar 2006 16:49:22 -0800 (PST) From: Christoph Lameter To: David Mosberger-Tang cc: Nick Piggin , Zoltan Menyhart , "Boehm, Hans" , "Grundler, Grant G" , "Chen, Kenneth W" , akpm@osdl.org, linux-kernel@vger.kernel.org, linux-ia64@vger.kernel.org Subject: Re: Synchronizing Bit operations V2 In-Reply-To: Message-ID: References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 834 Lines: 21 On Thu, 30 Mar 2006, David Mosberger-Tang wrote: > I have to agree with Hans and I'd much prefer making the mode part of > the operation's > name and not a parameter. Besides being The Right Thing, it saves a > lot of typing. IMHO It reduces the flexibility of the scheme and makes it not extendable. Leads to a large quantity of macros that are difficult to manage. Also some higher level functions may want to have the mode passed to them as parameters. See f.e. include/linux/buffer_head.h. Without the parameters you will have to maintain farms of definitions for all cases. - 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/