bitops kernel-doc: inline instead of macro
Use duplicated inline functions for test_and_set_bit_lock() on x86 instead of #define macros, thus avoiding a bad example. This allows kernel-doc to run cleanly instead of terminating with an error: Error(linux-2.6.24-rc1//include/asm-x86/bitops_32.h:188): cannot understand prototype: 'test_and_set_bit_lock test_and_set_bit ' Signed-off-by: Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
This commit is contained in:
parent
a60387ba31
commit
fb9431eb03
2 changed files with 10 additions and 4 deletions
|
@ -183,9 +183,12 @@ static inline int test_and_set_bit(int nr, volatile unsigned long * addr)
|
||||||
* @nr: Bit to set
|
* @nr: Bit to set
|
||||||
* @addr: Address to count from
|
* @addr: Address to count from
|
||||||
*
|
*
|
||||||
* This is the same as test_and_set_bit on x86
|
* This is the same as test_and_set_bit on x86.
|
||||||
*/
|
*/
|
||||||
#define test_and_set_bit_lock test_and_set_bit
|
static inline int test_and_set_bit_lock(int nr, volatile unsigned long *addr)
|
||||||
|
{
|
||||||
|
return test_and_set_bit(nr, addr);
|
||||||
|
}
|
||||||
|
|
||||||
/**
|
/**
|
||||||
* __test_and_set_bit - Set a bit and return its old value
|
* __test_and_set_bit - Set a bit and return its old value
|
||||||
|
|
|
@ -173,9 +173,12 @@ static __inline__ int test_and_set_bit(int nr, volatile void * addr)
|
||||||
* @nr: Bit to set
|
* @nr: Bit to set
|
||||||
* @addr: Address to count from
|
* @addr: Address to count from
|
||||||
*
|
*
|
||||||
* This is the same as test_and_set_bit on x86
|
* This is the same as test_and_set_bit on x86.
|
||||||
*/
|
*/
|
||||||
#define test_and_set_bit_lock test_and_set_bit
|
static __inline__ int test_and_set_bit_lock(int nr, volatile void *addr)
|
||||||
|
{
|
||||||
|
return test_and_set_bit(nr, addr);
|
||||||
|
}
|
||||||
|
|
||||||
/**
|
/**
|
||||||
* __test_and_set_bit - Set a bit and return its old value
|
* __test_and_set_bit - Set a bit and return its old value
|
||||||
|
|
Loading…
Reference in a new issue