From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mathieu Desnoyers Subject: Re: [PATCH 2/2] asm-generic: Don't warn that atomic_t is only 24 bit Date: Wed, 28 Apr 2010 09:54:34 -0400 Message-ID: <20100428135434.GA4662@Krystal> References: <1272451837-17961-1-git-send-email-peter.fritzsche@gmx.de> <1272453036-18670-1-git-send-email-peter.fritzsche@gmx.de> <201004281533.29327.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <201004281533.29327.arnd@arndb.de> Sender: linux-kernel-owner@vger.kernel.org To: Arnd Bergmann Cc: Peter Fritzsche , Ingo Molnar , Andrew Morton , Heiko Carstens , linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Keith M Wesolowski , Martin Schwidefsky List-Id: linux-arch.vger.kernel.org * Arnd Bergmann (arnd@arndb.de) wrote: > On Wednesday 28 April 2010, Peter Fritzsche wrote: > > 32-bit Sparc used to only allow usage of 24-bit of it's atomic_t type. > > This was corrected with linux 2.6.3 when Keith M Wesolowski changed the > > implementation to use the parisc approach of having an array of > > spinlocks to protect the atomic_t. > > > > These warnings were also removed from the sparc implementation when the > > new implementation was merged in BKrev:402e4949VThdc6D3iaosSFUgabMfvw, > > but the warning still remained in some other places without any > > 24-bit-only atomic_t implementation inside the kernel. > > > > We should remove these warnings to allow users to rely on the full > > 32-bit range of atomic_t. > > > > Signed-off-by: Peter Fritzsche > > Acked-by: Arnd Bergmann AFAIK that was the last architecture imposing limitations below 32 bits on atomic_t. Acked-by: Mathieu Desnoyers -- Mathieu Desnoyers Operating System Efficiency R&D Consultant EfficiOS Inc. http://www.efficios.com From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from tomts13.bellnexxia.net ([209.226.175.34]:65388 "EHLO tomts13-srv.bellnexxia.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753834Ab0D1OdL (ORCPT ); Wed, 28 Apr 2010 10:33:11 -0400 Date: Wed, 28 Apr 2010 09:54:34 -0400 From: Mathieu Desnoyers Subject: Re: [PATCH 2/2] asm-generic: Don't warn that atomic_t is only 24 bit Message-ID: <20100428135434.GA4662@Krystal> References: <1272451837-17961-1-git-send-email-peter.fritzsche@gmx.de> <1272453036-18670-1-git-send-email-peter.fritzsche@gmx.de> <201004281533.29327.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <201004281533.29327.arnd@arndb.de> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Arnd Bergmann Cc: Peter Fritzsche , Ingo Molnar , Andrew Morton , Heiko Carstens , linux-arch@vger.kernel.org, linux-kernel@vger.kernel.org, Keith M Wesolowski , Martin Schwidefsky Message-ID: <20100428135434.Eh2zCwiaCTJ8KsNPpNovhpPLVruSu-F0eX_jX2vT4hI@z> * Arnd Bergmann (arnd@arndb.de) wrote: > On Wednesday 28 April 2010, Peter Fritzsche wrote: > > 32-bit Sparc used to only allow usage of 24-bit of it's atomic_t type. > > This was corrected with linux 2.6.3 when Keith M Wesolowski changed the > > implementation to use the parisc approach of having an array of > > spinlocks to protect the atomic_t. > > > > These warnings were also removed from the sparc implementation when the > > new implementation was merged in BKrev:402e4949VThdc6D3iaosSFUgabMfvw, > > but the warning still remained in some other places without any > > 24-bit-only atomic_t implementation inside the kernel. > > > > We should remove these warnings to allow users to rely on the full > > 32-bit range of atomic_t. > > > > Signed-off-by: Peter Fritzsche > > Acked-by: Arnd Bergmann AFAIK that was the last architecture imposing limitations below 32 bits on atomic_t. Acked-by: Mathieu Desnoyers -- Mathieu Desnoyers Operating System Efficiency R&D Consultant EfficiOS Inc. http://www.efficios.com