linux-mips
[Top] [All Lists]

Re: [PATCH] atomic: add *_dec_not_zero

To: "David Laight" <David.Laight@aculab.com>
Subject: Re: [PATCH] atomic: add *_dec_not_zero
From: Sven Eckelmann <sven@narfation.org>
Date: Wed, 4 May 2011 10:21:16 +0200
Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, linux-mips@linux-mips.org, linux-m32r@ml.linux-m32r.org, linux-ia64@vger.kernel.org, linux-parisc@vger.kernel.org, linux-cris-kernel@axis.com, linux-s390@vger.kernel.org, linux-sh@vger.kernel.org, x86@kernel.org, "Chris Metcalf" <cmetcalf@tilera.com>, "David Howells" <dhowells@redhat.com>, linux-m68k@lists.linux-m68k.org, linux-am33-list@redhat.com, linux-alpha@vger.kernel.org, sparclinux@vger.kernel.org, uclinux-dist-devel@blackfin.uclinux.org, linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org
Dkim-signature: v=1; a=rsa-sha256; c=simple/simple; d=narfation.org; s=mail; t=1304497298; bh=8KC/VAUU532yNdFbGxPYeuJANlG8AfOjjawVUtjP0rs=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=NsSunp2Mfpofv5VUKaQUK7rWXK3J92ip8xpFeDvZbhcyptSDVpa+doQoWFVdCUqrM gscCgcXf7UIpcMmBaiE0nUxvcPMaD8/vRWL942MKxyy8XS27AAj55C0Wc4Mnl9lh9r ZPv82XsaqDx+84OOvGT/o1M5WBCwKapSJgkfx0gE=
In-reply-to: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
Original-recipient: rfc822;linux-mips@linux-mips.org
References: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
Sender: linux-mips-bounce@linux-mips.org
User-agent: KMail/1.13.5 (Linux/2.6.38-2-686; KDE/4.4.5; i686; ; )
On Wednesday 04 May 2011 10:05:53 David Laight wrote:
> > Introduce an *_dec_not_zero operation.  Make this a special case of
> > *_add_unless because batman-adv uses atomic_dec_not_zero in different
> > places like re-broadcast queue or aggregation queue management. There
> > are other non-final patches which may also want to use this macro.
> 
> Isn't there a place where a default definition of this can be
> defined? Instead of adding it separately to every architecture.

Not that I would know about such a place - and all other atomic* macro 
definitions also suggest that there is no such place.

Kind regards,
        Sven

Attachment: signature.asc
Description: This is a digitally signed message part.

<Prev in Thread] Current Thread [Next in Thread>