Date: Tue, 13 Dec 2005 19:26:23 -0800 (PST)
Message-Id: <20051213.192623.39998066.davem@davemloft.net>
To: ak@suse.de
Cc: clameter@engr.sgi.com, akpm@osdl.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] atomic_long_t & include/asm-generic/atomic.h V2
From: "David S. Miller" <davem@davemloft.net>
In-Reply-To: <20051214025710.GD23384@wotan.suse.de>
References: <20051213154916.6667b6d8.akpm@osdl.org>
	<Pine.LNX.4.62.0512131849550.24909@schroedinger.engr.sgi.com>
	<20051214025710.GD23384@wotan.suse.de>
Mime-Version: 1.0
Content-Type: Text/Plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 876
Lines: 21

From: Andi Kleen <ak@suse.de>
Date: Wed, 14 Dec 2005 03:57:10 +0100

> > > How about requiring that all 64-bit archs implement atomic64_t and do:
> > 
> > It may be reasonable to have 64 bit arches that are not 
> > capable of 64 bit atomic ops. As far as I can remember sparc was initially
> > a 32 bit platform without 32 bit atomic ops.
> 
> Why? I don't think we have any crippled 64bit platforms like this.
> And if somebody wants to port linux to such a hypothetical crippled
> 64bit platform they can do the necessary work themselves.
> 
> Or just implement 64bit atomic_t with spinlocks.

I definitely agree with Andi here.
-
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/