atomic的相关操作定义都在include/asm/atomic.h中，各个平台有不同的实现方法，比如在x86平台上，CPU提供了在指令执行期间对总线加锁的手段。CPU芯片上有一条引线#HLOCK pin，如果汇编语言的程序中在一条指令前面加上前缀"LOCK"，经过汇编以后的机器代码就使CPU在执行这条指令的时候把#HLOCK pin的电位拉低，持续到这条指令结束时放开，从而把总线锁住，这样同一总线上别的CPU就暂时不能通过总线访问内存了，保证了这条指令在多处理器环境中的原子性。
在uclinux目前对atomic的实现中，有这样一个注释：
/*
* Atomic operations that C can't guarantee us. Useful for
* resource counting etc..
*
* Generally we do not concern about SMP BFIN systems, so we don't have
* to deal with that.
*
* Tony Kou (tonyko@lineo.ca) Lineo Inc. 2001
*/
也就是它并不考虑SMP的情况，我希望对此进行适当的修改。但是在bf561中，它并没有提供类似x86这样锁定总线的功能，它有的仅仅是一个TESTSET的指令，而无法在硬件上提供其它的锁定机制，因此我们需要为其添加一个类似于spinlock这样的锁。
查了下linux-2.6.19的内核代码，在asm-sparc/atomic.h中有一个类似的作法：
/* We do the bulk of the actual work out of line in two common
* routines in assembler, see arch/sparc/lib/atomic.S for the
* "fun" details.
*
* For SMP the trick is you embed the spin lock byte within
* the word, use the low byte so signedness is easily retained
* via a quick arithmetic shift. It looks like this:
*
* ----------------------------------------
* | signed 24-bit counter value | lock | atomic_t
* ----------------------------------------
* 31 8 7 0
*/
为省事，干脆单独在atomic_t的结构体中加上一个spinlock：
typedef struct {
int counter;
testset_t lock;
} atomic_t;
相应的操作函数也作一下修改，如：
#define atomic_add_negative(a, v) (atomic_add_return((a), (v)) < 0)
static inline int atomic_sub_return(int i, atomic_t * v)
{
int __temp = 0;
long flags;
adi_acquire_lock(&v->lock);
local_irq_save(flags);
v->counter -= i;
__temp = v->counter;
local_irq_restore(flags);
adi_release_lock(&v->lock);
return __temp;
}
以后再考虑一下性能问题。