From: Sven Eckelmann <sven@narfation.org>
To: David Laight <David.Laight@aculab.com>
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
Subject: Re: [PATCH] atomic: add *_dec_not_zero
Date: Wed, 4 May 2011 10:21:16 +0200 [thread overview]
Message-ID: <201105041021.22082.sven@narfation.org> (raw)
Message-ID: <20110504082116.edaVBt9TMYFrLHKNX1HtQ9fUlqiAqhvFDvkdVIwPf6Y@z> (raw)
In-Reply-To: <AE90C24D6B3A694183C094C60CF0A2F6D8AD0D@saturn3.aculab.com>
[-- Attachment #1: Type: Text/Plain, Size: 640 bytes --]
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 #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]
next prev parent reply other threads:[~2011-05-04 8:21 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20110503213035.BySm5c6tn2tLoFS6bfCJCaJaoqElVg4DR082eX87zxQ@z>
2011-05-03 21:30 ` [PATCH] atomic: add *_dec_not_zero Sven Eckelmann
[not found] ` <20110504044446.lJLF0ZMWKUHj4eiCV-T-ILb_HCHVrdqmZ-mc4ut-uIM@z>
2011-05-04 4:44 ` Mike Frysinger
[not found] ` <20110504150404.01AtVDvCl3oSQLSjpp9wQu5dPhA-EyNUfEO5IDw7aaA@z>
2011-05-04 15:04 ` James Bottomley
[not found] ` <20110504061255.2hZ_0xtfqoWFl0q5SoiGvxhEo5bRmXiGWjsEgIDK1OY@z>
2011-05-04 6:12 ` David Miller
[not found] ` <20110504070312.OmyEKIKXgtE4wDdsmkSpq3_R596CSJT9n_U-liskE6g@z>
2011-05-04 7:03 ` Ingo Molnar
[not found] ` <20110504080553.lrgglP6XMgOw5VQis2f4_O9SUhAN4YahJnqq1PB7ne8@z>
2011-05-04 8:05 ` David Laight
[not found] ` <20110504082116.edaVBt9TMYFrLHKNX1HtQ9fUlqiAqhvFDvkdVIwPf6Y@z>
2011-05-04 8:21 ` Sven Eckelmann [this message]
2011-05-04 8:33 ` Mike Frysinger
[not found] ` <20110504110207.wFscIfZvDhOx6mpCSIyGsnMs-6w-gwQw5XwuW6egdVE@z>
2011-05-04 11:02 ` Ralf Baechle
[not found] ` <20110504115319.dwdT6vRj507zJ6D0eGLySfPx0WroTSYuRFYJpunQTXo@z>
2011-05-04 11:53 ` David Howells
[not found] ` <20110504120916.EgRF5IJKXwpcLl-U0HOpzgO710bynO8bBPVNBzvd-q0@z>
2011-05-04 12:09 ` Chris Metcalf
[not found] ` <20110504121751.SyIjtQThuFe1adMF3ilmv-hRC8wXxrg6LqOeyzYOxzQ@z>
2011-05-04 12:17 ` Geert Uytterhoeven
[not found] ` <20110504172736.HyTDiETThabZZynBDIbrpS3MQMU4HqPEXHI55IwZxkY@z>
2011-05-04 17:27 ` Will Deacon
2011-05-04 18:13 ` Matt Turner
[not found] ` <20110508092403.mZH3fxoHzJhFXxl79cAxJ32c3hMjwjgx1sIxE8vz_8E@z>
2011-05-08 9:24 ` Russell King - ARM Linux
[not found] ` <20110508093348.uG_IDeFz5xlNQZdXcR_45_sTL1w17ErF0-ReSLLxlnM@z>
2011-05-08 9:33 ` Sven Eckelmann
[not found] ` <20110509023843.wfLIMeEkYcxtlo_moLpLhcU834QEHVApdLzcyQol9qg@z>
2011-05-09 2:38 ` Mike Frysinger
[not found] ` <20110508221539.LA-ABgzrAloJ151NAs71qeh5JM4_Wb7Q32-Qb_4Apf8@z>
2011-05-08 22:15 ` Benjamin Herrenschmidt
2011-05-18 19:49 ` [PATCHv2] " Sven Eckelmann
[not found] ` <20110523071346.0rwpHoc4VgxDgU-4WU-sVsuKWyQ1uO1J7vskq_AxBGQ@z>
2011-05-23 7:13 ` Paul Mundt
2011-05-23 7:27 ` Heiko Carstens
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201105041021.22082.sven@narfation.org \
--to=sven@narfation.org \
--cc=David.Laight@aculab.com \
--cc=cmetcalf@tilera.com \
--cc=dhowells@redhat.com \
--cc=linux-alpha@vger.kernel.org \
--cc=linux-am33-list@redhat.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-cris-kernel@axis.com \
--cc=linux-ia64@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m32r@ml.linux-m32r.org \
--cc=linux-m68k@lists.linux-m68k.org \
--cc=linux-mips@linux-mips.org \
--cc=linux-parisc@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-sh@vger.kernel.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=sparclinux@vger.kernel.org \
--cc=uclinux-dist-devel@blackfin.uclinux.org \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox