kernel-hacking-2024-linux-s.../arch/blackfin/lib
Al Viro 45b3947c2d [Blackfin] arch: Blackfin checksum annotations
FSVOtest in this case, since I don't have the hardware...
However, all changes seen by gcc are actually
 - explicit cast to unsigned short in return expression of functions
    returning unsigned short
 - csum_fold() return type changed from unsigned int to __sum16
   (unsigned short), same as for all other architecture and as net/* expects;
   expression actually returned is ((~(sum << 16)) >> 16) with sum being
   unsigned 32bit, so it's (a) going to fit into the range of unsigned short
   and (b) had been unsigned all along, so no sign expansion mess happened.

Tested-by: Bryan Wu <cooloney@kernel.org>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Signed-off-by: David Miller <davem@davemloft.net>
Signed-off-by: Bryan Wu <cooloney@kernel.org>
2008-05-12 11:55:10 +08:00
..
ashldi3.c
ashrdi3.c
checksum.c [Blackfin] arch: Blackfin checksum annotations 2008-05-12 11:55:10 +08:00
divsi3.S
gcclib.h
ins.S
lshrdi3.c
Makefile
memchr.S
memcmp.S
memcpy.S [Blackfin] arch: fix bug - make memcpy return the dest addr. 2007-12-21 21:12:21 +08:00
memmove.S
memset.S
modsi3.S
muldi3.c
outs.S
smulsi3_highpart.S
strcmp.c Blackfin arch: move EXPORT_SYMBOL() to C files where the symbol is actually defined 2007-11-21 15:34:51 +08:00
strcpy.c Blackfin arch: move EXPORT_SYMBOL() to C files where the symbol is actually defined 2007-11-21 15:34:51 +08:00
strncmp.c Blackfin arch: move EXPORT_SYMBOL() to C files where the symbol is actually defined 2007-11-21 15:34:51 +08:00
strncpy.c Blackfin arch: move EXPORT_SYMBOL() to C files where the symbol is actually defined 2007-11-21 15:34:51 +08:00
udivsi3.S
umodsi3.S
umulsi3_highpart.S